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ABSTRACT 


The present work forms a part of the project to develop 
a universal stand-alone, modular I/O terminal for Indian 
languages. The system modules of a phonetic based keyboard, ; 
CRT dot matrix display composition processor .. , and ; 

system controller have been clearly identified' and interfaced: 
over the IEEE-488 bus, in accordance with IEEE std. 488 (1975 
(specifications for interfacing programmable digital instru- 
ments), to form the complete I/O terminal ,/ , . . . The 

functions of the system controller in bus management and 
execution of the text editing routines have been specified 
and implemented on a 6800 microcomputer. 



CHAPTER I 


INTRODUCTION 


The thirty odd years after independence have witnessed 
an ever increasing use of almost all of the sixteen major 
Indian languages in various official and academic activities 
of Center and states. Their wide spread use in government 

offices, business houses, educational institutions and printinl 

/. ' ' ' ' : ' , I 

industry is only too well known. Infact, the amount of j 

official and academic activity going on in regional languages | 

is so large that an immediate need is felt for developing j 

devices which can handle and process data directly in these j 

languages, thus bribing automation and speed into their use. 

A 

Latest technological advances in areas like LSls, micro- 
processors, high resolution CRTs, dot matrix printers etc. 
have opened new vistas in the development of such peripherals 
and tenns like intelligent typewriters^ communication modems 
for teleprinter and telex systems; computer based data storage 
and retrieval systems such as data banks and translation/ 
transliteration facilities; and computer based phototype 
setting and photocomposition systems for high quality printing 
in Indian scripts are increasingly being talked about [1,2]. 

Early attempts in this direction [7] relied heavily on 
the existing technology for Roman script. While some of these 
methods still continue to be popular, or atleast being 
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explored, they present many difficulties in implementation 
ause of the inherently complex nature of Indian scripts, 
made so due to the presence of half characters, vowel 
modifiers and diacritical marks, apart from the basic symbols, 
the text and the complex and often contaxt dependent way 
of joining them to form composite characters [3].' Several 
compromises must then be made at the cost of quality. 

Marsimham in 1971 and Sinha in 1973 [4 and 5 respt.] 
independently proposed schemes for the mechanization of 
Indian scripts which deviated significantly from the existing 
philosophy. Since most of the Indian scripts, they argued, 
have their origin in Bramhi script, and hence are similar 
m structure, it should be possible to develop peripherals 
which are univ e r s e ly^ adaptable to all Indian languages. 
Phonetic based keyboarding schemes (basic to all subsequent 
data processing) universely applicable to all Indian languages 
belonging to Bramhi family were also proposed. To explore the 
practicability 0 f the philosophy a project to develop a stand . 
alone I/O terminal for Indian languages’ was jointly started 
at Electrical Engineering and Computer Science Departments 
of I.I.T. Kanpur. The present work forms a part of the project 
and relates mainly to interfacing various independently 
developed modules of the system, namely, the keyboard, compo- 
sition processor, CRT display and the system controller along 
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the lines described by Raman and Pathak [16,17]. 

1.1.1 Whatsis an Interface 

In most general terms interface is the 'totality 
of means adopted to bring coordination between two (or 
more) independent processes' [6], Thus we have a 
repertoire of interfaces embracing all conceivable 
branches of science and arts - from man-ma.chine inter- 
faces like console switches, programming languages etc. 
to mechanical interfaces Hke connecting rods, gears 
etc. Some say that language is also a form of interface 
to communicate independent thought processes of two 
individuals. 

Basically, an interface attempts at removing the 
incompatibilities on the two sides making their 
'interconnection' possible. 

In digital instruments the incompatibilities could 
be many - different word lengths and data rates, differ- 
ent logic levels, inconsistent word formats and codes 
etc. Interfacing then would imply the hardware and 
software means adopted to permit the interconnection 
of two or more of such devices making them function as 
a single Integrated system. 
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1.1.2 The Standard^ Interface: historical Evolution 

Rapid advances in the field of digital instrumentation 
left some worst sufferers especially the interface designers. 
They were faced with the task of interfacing progressively 
more complex modules, and, more importantly, every restruct- 
uring of the existing system (say replacing an obsolete module 
with new one) or its expansion meant a complete overhauling 
of the interface system. The hardware and/or software costs 
and time lags involved to do so were often formidable and hence 
discouraging. Look out, therefore, began for an interface 
structure which would be an international standard, brining 

Ay 

in long cherished features of flexibility cost effectiveness 
and speed in the interface design. 

A number of localized standards soon started emerging and 
some of them like CAMAC [6] gained wide popularity in data 
acquisition systems of satellite telemetery and nuclear reactor 
monitoring. Most of such 'standard* interfaces, however, 
catered only to some specific group of applications and did 
not gain much popularity in general. 

In 1972 Hewlett Packard Company of USA proposed an inter- 
face bus Structure for digital data based on byte serial bit 
parallel asynchronous data transfer between the interconnected 
devices. This scheme with some modifications was accepted by 
IEEE in 1975 and came to be known as IEEE std 488 bus or HP 
interface bus (HP-IB). later the s ame bus structure was also 
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adopted by IBC and ANSI and was formally given the status of 
an international standard. The main advantages promised by 
the standard interface bus are as follows: 

1. Compatibility of instruments manufactured by different 
manufacturers - since all of them will be IEEE-488 bus 
compatible. 

2. Modularity and flexibility of integrated systems. 

5. Cost effectiveness. 

The ease of interface design is now obvious. Since all 
devices must be HP-IB compatible, the interface hardware 
design is straightforward and can be taken up at the design 
stage of the device. Only the necessary software need now 
be written for making a complete interface design. (Presence of 
atleast one computing device, which will execute the software 
routines, is assumed in the system). Flexibility results from 
the ease with which different routines can be called for 
different system configurations. 

1.2 IEEE Standard Digital I n t erf a e e_ jf ojr P r o g r amm ab le_ _ I ns t ru- 
men\^iXj2Ti' • A Brief ' Introduction 

In following passages, a brief introduction to the rele- 
vant features of the IEEE std. 488 [9»1 8 >19] are given. 

Detailed specifications for interface systems designed around 
the IEEE-488 bus may be found in reference [8]. 
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1.2.1 Bus_ structure 

Any effective communication among a group of interconnect- 
ed devices requires the presence of following three "basic 
functional elements. 

(i) A talker (device) to send device data over the 
interface bus. 

(ii) One (or more) listener (devices) to receive the 
device data being sent over the bus. 

(iii) A controller (device) to manage and schedule the 
data flow over the bus, primarily by designating which devices 
are to act as talker or listener during each data transfer 
sequence and subsequently by scheduling the data transfer. 

All such communications within a system take place over 
the standard interface bus shown (Fig. l.l) in a typical 
system configuration. All the devices are programmable in 
that they can be programmed to perform any of the several 
device and interface functions built into them. 

The bus contains sixteen signal lines grouped into 
following three sets: 

(i) Bight bidirectional data lines to carry coded 
messages such "as device data, device programming data, status 
bytes, device addresses and control commands, 

(ii) Three lines for sending handshake signals NRFD, 

NDAC and DAY for an unambiguous, asynchronous data transfer 
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Pig. 1.1: IEEE-488 bus in a typical system configuration 


over the bus. The data transfer cycle is initiated by all 
'active' listeners of the system sending a 'Hi* on NRPD line 
indicating their readiness to receive the data byte (negative 
logic I Hi = Palse, Do = True). The active talker responds 
by placing the byte on the bus and sending a 'lo' on DAV line. 
When all listeners have successfully received the byte, a 
'Hi' on NDAC line is sensed by the talker, which then removes 
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the DAV signal completing the handshake cycle. Data rate 
is thus adjusted to the slowest listener participating in 
the transfer sequence. 

(iii) The remaining five lines are used for general 
interface management; 

ATN line is used hy the active controller to indicate a 
controller take over of the bus. Thus, when ATN is ’lo’, all 
devices must receive the messages being sent over the bus by 
controller and interpret them as control commands or device 
addresses. An appropriate action by them must follow. 

13? C line is used by controller to place the interface 
system in a known quiescent state. 

Service requests from all devices having capability to 
interrupt the controller are ORed into one SRQ line which 
finally goes to the controller. 

EOI line may be used, with ATN false, by the current 
talker to indicate end of a message string. 

1.2.2 Interface functions 

An interface function is a functional element which 
provides a device with the capability to send, receive (and/ 
or process) data over the bus. Hence a talker interface 
function, mentioned earlier, when ’active’ within a device^ 
data over the bus to -other devices acting as listeners. 

IEEE std. 488 specifies a set of ten interface functions to 
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aid in this data transfer process over the bus. Apart from 
the interface functions of talker, listoner and controller 
mentioned earlier, the standard set includes following seven 
interface functions: Source handshake, Acceptor handshake, 
Service request, Parallel poll, Device clear, Remote local 
and Device trigger. Although all of these may not he necessary 
in a particular device, each one of them can find uses in a 
typical system configuration. The interface designer has the 
freedom to select any combination of them for a particular 
device to give it the required interface capabilities. A 
keyboard, for example, is given interface functions of talker, 
source handshake and service request only since it can only 
'talk' and 'interrupt' (when a new key is depressed). 

All the interface functions are described by a strictly 
defined set of interlocked state sequences sending out well 
defined interface messages over the bus (Interface messages, 
as distinct from device data, are meant to cause state trans- 
itions within other interface functions connected to the bus 
and are sent, broadly, to manage the bus). The state diagrams 
of interface functions and interface messages to be sent while 
in a particular state are described in Chapter 2. 

1.2.3 functions^ of ,the controller 

The controller interface function attached to a computing 
device of the system executes several software routines to 
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manage the bus. Its main functions are briefly listed below: 

(i) It designates devices connected to the bus as talkers 

0. r listeners by sending out their respective talk or listen 
addresses at the .start of every new data transfer sequence. 

(ii) It acknowledges service requests from different 
devices by executing a serial poll routine wherein it 
sequentially tests the status of each 'potential* interrupter 
and having found one, it goes about executing the corres- 
ponding service request routine of the device. The conflicts 
arising from simultaneous interrupts from several devices 

are resolved by a pre-established priority among the devices. 

(iii) At power on, it initializes the system by sending 
IPG signal, and/ or, in association with device clear and 
device trigger interface functions, by sending out device 
clear signals. 

1. 3 Definition .of^the^ Problem 

A typical stand: alone I/O terminal for Indian languages 
consists of the following devices: 

1. Keyboard for inputtting the data/text. An 8 bit code 
corresponding to the key depressed is generated by the 
device. 

2. A CRT display (and/or matrix printer) for displaying the 
data/text as it is inputted from the keyboard, or, as 

an output device, for displaying the data outputted by a 
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computer or a communication channel. 

3. A composition processor which accepts the code from the 
keyboard and generates such information in proper format 
which will be used by the CRT display to display the 
inputted character. 

A fourth device called system controller was found 
desirable to be introduced into the system for doing the 
controller/bus management jobs in addition to executing various 
text editing and other special purpose routines associated 
with the keyboarding of the text. While these jobs could 
well have been entrusted to the composition processor as well, 
immediate system considerations (non availability of the 
composition processor at present, for one) favoured the treat- 
ment of the system controller as a separate device. A little 
advantage is however to be gained from the present setup 
because the system tasks of bus scheduling and character 
composition have been isolated into two parallel processes, 
and system efficiency is higher. With the future expansions 
of the basic i/O system very much in the offing the bus sch- 
eduling tasks shall become more and more elaborate and 
justify the separate identity of the system controller. 

In their paper Raman et . alMhave emphasized the 

need for a systematic development of a compatible set of 
modular peripherals in Indian Languages which when 
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interconnected appropriately in different configurations, 
would yield any one of the variety of systems (referred to in 
the first paragraph) - thus optimising the overall development 
effort in this direction. The adoption of the standard IEEE 
488 bus structure for the system configurations is thus 
immidiately advocated. 

Our problem can thus be briefly stated as: to interface 
the four system modules - over an IEEB-488 bus and to configure 
them into an intelligent stand alone I/O terminal. A handy 
6800 microcomputer was picked up for the system controller 
and the keyboard was separately designed and fabricated during 
the course of the project. 

1.4.1 Basic System. Configuration 

The block diagram of the system configuration is shown in 
Big. 1.2. The system modules of phonetic based keyboard with 
2-key roll over facility, composition processor, CRT dot 
matrix display and system controller have been interfaced to 
the IEEE-488# bus through the hardware implementations of 
requisite interface functions plus device dependent local 
interfaces, if necessary. Following interface capabilities 
have been given to the different modules of the system. 

(i) Keyboard: Talker and Source handshake to send status 
byte and key codej Acceptor handshake to receive control 
commands and service request. 
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(ii) Composition processor: Talker and Source handshake 
to send status "bytes and the composed characters; listener and 
acceptor handshake to receive the key code and control 
commands; and the service request. 

(iii) CRT dot matrix display: Talker and source handshake 
to send its memory, contents to system controller during edit 
routines; Listener and acceptor handshake to receive the 
composed character from composition processor and the program- 
ming bytes from system controller. 

(iv) System controller: Talker, controller and source 
handshake to send control commands, device addresses etc. and 
modified display memory contents back to the display during 
various editing and general system management routine; 
Listener and Acceptor handshake to receive status bytes and 
display memory contents during editing routines. 

At power on the system controller initializes the system 
and goes to a standby state waiting for a service request to 
come. The service request can come either from keyboard when 
a new key is pressed or from composition processor when a 
new composite character is ready. Having received the service 
request it executes a serial polling routine to locate the 
requesting device. 

The status byte sent by the device to the system contro- 
ller contains the following information: 
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executed no more service requests are entertained. 

1.4.2. System efficiency 

Assuming the maximum keyboarding speed, because of 
physical limitations, of 5 key depressions per second 
( CZ 60 wpm) the system has something like 200 m secs wherein 
to process one character. However to achieve this maximum 
physical keyboarding speed there should an undiscernible delay 
between the depressing of the key and appearance of the 
corresponding character on the screen. Assuming the maxi- 
mum allowable delay of 50 msec (l/'20 sec), the processing 
of one character must be complete within this limit. 

The processing of a character broadly takes the following 
steps : 

(i) Recognition of a depressed key by the keyboard 
electronics and subsequent sending of a service request. 

(ii) Recognition of the service request by the system 
controller a nd establishing the desired communication path. 

(iii) Reception of the key code by the composition 
processor and generation of display compatible information 
corresponding to the key depressed. 

(iv) Repeat step (ii) 

(v) Reception of the information by the CRT display and 
subsequent display of the character. 

While these steps will be dealt with in some detail at 
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appropriate points in related chapters to come, it is worth 
mentioning here that most of this processing time will he 
taken by step 3. 

In the remaining work Chapter 2 discusses the hardware 
implementation of the state diagrams of interface functions 
and the system aspects of display and composition processor 
interfacing. Chapter 3 describes a phonetic based keyboard 
with two key roll over facility and its interfacing to the 
IEEE-488 bus. Chapter 4 explains the software implementation 
of the state diagrams of interface functions on the 6800 
microcomputer and details the varied functions of the system 
controller in system management. 



CHAPTER II 


DEVICE INTERFACING 


Tr. e gorfral design, strategy to be adopted in the interface 
system design involves interfacing all the system modules to 
a common unified IEEE-bus .and various communications among the 
nodules connected to the bus according to a fixed protocol. 

The description of hardware realizations of requisite interface 
functions must thus be the first step towards general interface 
description. 

2.1.1 Interface functions; state diagrams 

All interface functions of the IEEE standard have 
been defined in terms of groups of interlocked c tat os- [8]. 
At any instant only one state can be active within a 
group and transitions within a group occuz> V hen the 
corresponding conditions for transition have been met. 
Since a device can have more than one interface functions, 
the total capability of the device in that regard at any 
instant is equal to the logical conjunction of the active 
states of all its interface functions. 

The state diagrams of the relevant interface funct- 
ions are reproduced in Pig. 2.1 from reference [8] for 
' clarity before their implementation is attempted. Some 

of the state diagrams have been slightly modified to suit 
their hardware implementations. 
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Pig. 2.1: State diagrams of interface functions 
as described in IEEE std. 488-1975. 
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2.1.2 Hardware Implementation [ 10 ] : 

Two distinct approaches were tried for the hardware 
implementation of state diagrams. 

2. 1.2.1 The sequential circuit, approach: This approach is 
best illustrated by implementing the SR interface 
function. Negative logic has been used throughout. The 
state diagram of SR function is reproduced below for 
visual clarity. 


rsvACSPAS^) 



If arbitrary codes of NPRS-00, SQRS-01 and APRS -11 
are assigned to the three states, the following state 
transition table is obtained 
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Simplification by K-maps gives the following expressions for 

D and D. . 
o 1 

D q = Q q * (SPAS) + rsv • (SPAS) 

D-^ = Q q * (SPAS) + Q-j^ * rsv 

The following sequential circuit is thus the hardware 
implementation of SR function. 
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Pig. 2.2: Implementation of SR 
interface function 


It is obvious that this approach is unsuitable for most 


other interface functions because of the very large number of 
transition parameters involved. A second modular approach 


which bypasses this hurdle elegantly is now discussed. 


2.1. 2.2 The Modular approach: A careful study of the state 
diagrams reveals that, while in one state, the interface 
functions continuously check for either of upto two 
conditions for transition being true and in the event 
of either of them becoming true, make transition to the 
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appropriate next state. 'This rather trivial fact is 
exploited in the modular approach discussed below. 

Fig. 2.3 shows the simplified block diagram of the 
scheme. 




Any explanation of the functioning of the schematic 
must start from the present state [PS] latch which contains 
at any instant the current active state of the interface 
function. The three hit output of the latch when combined 
with the clock buffer output generates two 4 bit addresses 
( Q q = 0,1) which are presented simultaneously to a 
Next State (NS) memory and a condition code (OC) memory both. 
Corresponding to the two addresses presented to it the CC 
memory presents the codes corresponding to the two transition 
conditions to be checked for to the 3-8 line decoder. Simi- 
larly the NS memory presents the two next states, from the 
present active state, to the PS latch synchronously with the 
corresponding conditions being presented to the decoder by 
CC memory. The continuously running clock ensures that the 
two conditions are consistently being checked, one after the 
other, until one of them become true. 

The individual transition parameters (eg. nba, TAGS etc.) 
are combined by logic hardware into the s eparate transition 
conditions for the interface function and the status about 
each of these conditions is consistently presented to the 
comparator logic. (The design assumes that a maximum of 8 
transition conditions will be called upon to be tested in an 
interface function). The decoder output at any instant speci- 
fies, depending on the condition code presented to it by the 
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CC memory , -which of the condition must he tested by the compa- < 
rator. /hen any condition is met, the comparator gives out a : 
load pulse to the PS latch and the next state being presented 
to it by the NS memory is latched into it. The cycle is there- , 
after repeated for the new active state. The fourth unused bits 1 
of the NS and CG memories are used to generate such interface 
messages which must be generated while one interface state is 
active. Examples include NRPD, NDAC, ATH etc. j 

The main advantage of this scheme, besides others, is its > 

modularity. It is obvious that implementations of different j 

interface functions with this scheme will differ only in the 
combinatorial logic for transition conditions and the program- j 
ming of NS and CC memories. This feature has been fully utilized: 
in fabricating and testing Talker, listener, Source handshake, jj 
Acceptor handshake and controller interface functions. 1 

' : . j 

Conventional RAMs are used for the NS and CC memories and I 
their programming is undertaken by the system controller during j 
the system initialization routine. 

While a number of modifications can immediately spring to 
mind (like using PLA's in place of RAM's for NS and CC memories 
[13]) each one of these must be considered in view of the appli- 
cation to which the interface is being put. Por example. In 
our system, (and for reasons to become clear later) the inter- 
face efficiency was one of the important d sign considerations. 
Since setting up of interface protocol through interface function 
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state transitions was feared to takl away a considerable portioi 
of the total intercommunication time, it was desirable to run 
it at a maximum clock rate. The TTL memories were thus favoured 
to MOS PLA's. A clock rate of 2.5 kHz was successfully = 

achived. 

' : j 

2.1.3 The_ I nt erf ace_ Function Repertoire b Units ( IFR Units) 

The hardware implementations of the interface ; 

functions being device independent have been done for j 
the Talker, listener, SH, AH, SR, controller and device ; 
trigger interface functions and assembled into standard | 
IPR modules in conjunction with ACES, IIT, Kanpur. 

These units are intended to be used for interconnecting j 
non-bus-ccmpatible programmable instruments into inte- 
grated systems for labor~tory purposes. In a typical j 

; . . ' . f 

application a non-controller device is interfaced to j 

I 

the IBEE-488 bus in the following manner. j 

- __ ■ ' 1 

Since the IBEE-488 bus is a relatively recent j 

phenomenon in international market, tliereiore, while 
new instruments are being designed to be IEEB-bus 
compatible, the existing instruments are being hastily 
modified to be HP-IB compatible. A local interface, 
apart from the hardware implementations of requisite 
interface functions, becomes necessary in these instru- 
ments, which essentially does the following jobs: 
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IBEE-488 bus 


Remote messages 


; IRR unit (device independ- •! 
f ent) T , L , AH , SR , SR , DT and \ 

: Master sequencer ; 

... . ^ ^ ^ f 

! \ e * T Local messages 

f . . . J V m -r _->M — . -• v 

1 Local interface for * 

| the device (device \ 

[ dependent) _ __ j 

f \ f Device to interface interaction 

f . J - * lines 


Device 


Rig. 2.4: A typical programmable device to ISEE-bus | 

interfacing 

(i) Interacts with the device and IRR unit to generate 
such local messages like rdv, nba etc, specified in 
the IEEE standard. 

(ii) lf the internal word length of the d evice is more 
than 8, it slices the word into 8 bit bytes and 
loads them serially on the interface data bus while 
talking to other devices connected to the bus. While 
listening it does the reverse process of concatenating 
the bytes into full length word of the device. The 
most significant byte of the word is sent first while 
talking. 

(iii) If the device has a number of data storage elements, 
each of which might be loaded on or from the bus, the 



28 


local interlace contains the necessary multiplexing 
logic and/ or a program register to help in the matte 
matters. 

2.2.1 CRT_ dot_ matrix.di splay 

A brief introduction of the CRT display must proceed any 
explanation about the actual interfacing. 

The CRT display developed and fabricated by Sastri [ll] 
is a modified dot matrix unit. The ft 11 display screen can 
accomodate 16 lines of text in an Indian script which consists 
of composite characters (C.C.) juxtapositioned to form words 
and sentences C.C. 's themselves may contain a basic symbol 
(consonant or a vowel) and/or a vowel modifier or diacritical 
mark and/or upto two half characters. 

Half characters carry special signficance in Indian 
scripts. A careful study of all Indian scripts reveals the 
fact that most of the half characters can be obtained merely 
by slicing off some portion of the full character vertically 
or horizontally. This fact has been fully exploited in the 
display design and its symbol memory contains dot patterns of 
the basic symbols, vowel modifiers, diacritical marks and only 
those half characters which cannot be obtained from the full 
character by truncation. A height and width information is 
used to obtain the desired slices. 
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B^ch line on the CRT screen is conceptually partitioned 
into a number of subframes, each carrying a composite character. 
The process of displaying the C.C. on the screen involves the 
following steps: 

(i) Access the first symbol in C.C. from the appropriate 
location in the symbol ROM. 

(ii) Place the symbol in the subframe such that it touches 
the O-th row and 0-tle column. 

(iii) Ohift the symbol suitably in horizontal and vertical 
direction and store the subframe. 

( iv) Repeat the pm ess for remaining symbols in the C.C. 
and superimpose all of them to obtain the C.C. 

The following information about each C.C. is therefore 
required by the display: 

(i) Starting address for the d ot patterns of each of its 
constituent symbols in *the symbol memory. 

(ii) Vertical displacement (Y**shift) for all its symbols. 

(iii) Horizontal disp. (X-shift) for each of its symbols. 

(iv) A height and width information for each symbol. 

In addition two flag bits End of Line (E01) and End of 
Page (EOP) become necessary for a complete text display. 

Memory Organisation: 

All this information about the C.C.’s constituting the 
text is made available to the display in its 4K x 24 RAM by 
the composition processor in the following format. 



30 


0_ _ 34 . _ 7 8 11 12 15, 16 ... 21 _ 22_ 2 \ 

j Y-shif t ! Y-shif t \ Y-shift | Y-shift j Composite IE: E 

\ -i i p ! , I „ ! character ! 0 ! 0 

! I ^ * 4 1 width {LlP 

• „ 

Location n, n = 0, 5, 10 ... of display memory 


0_ _ 9 10^ ^ 13 14 17 18 21 22 

; ■ ’ ■’ ^ * < "* '* v 

i Starting address I Height L Width ! X-shift ' 

; (i) ! (i) | (i) ] (i) \ ■ 

Location n+I of display memory, I =1, 2, 3, 4 
(information about symbol I of C.C.) 


23 

p — - - 



Pig. 2.5: Word formats in display memory 


Each C.C. is seen to occupy five words in the memory. 

If the C.C. contains less than four symbols, the unused words 
of the C.C. in memory are -filled with zeros. 

The IV (inverse Video) %it serves to display the symbol 
in the inverse video font to mark it as a cursor character 
on the screen. 

2.2,2 CRT Display Interface 

Referring to Pig. 2.4 for the general schematic for 
device interfacing to bus, since IPR unit has already been 
discussed we can straightway jump to the local interface. 

The Local Interface: The basic purpose of the display local 
interface is to allow data coming over the bus to be loaded 
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into the display memory in appropriate locations and also, 
whenever necessary, to read data out of it to the system 

controller. Additional desirable interface features include 

; ; ' • j 

a concordant multiplexing of the display memory between the 
display interface and the interna.l device functions of the ' 

display. 

The simplified block diagram of the display local inter- 
face is shown in Fig. 2.6. j 

The interface is wi»d around four registers described i 

. j 

. . . . ■■ j 

below: j 

| 

(i) Memory Address Register (12): MAR holds at any instant i 

the address of the location in the memory where the next J 

word coming from the bus will be entered, or, in a sirai- j 
lar vein which word in memory will next be loaded on to j 

bus while reading. The MAR automatically gets incre- j 

| 

mented (or descremented) after every interface read or i 

. . . [ 

write cycle of memory. 

MAR, itself, is accessible to bus for reading or 
writing in two bus cycles - 4 MS bits in first cycle and j 
8 IS bits in the next. 

(ii) Memory Write Buffer Register (24): MBR(W ) is used to 

collect the data as it comes from the bus in 8 bit slices 
(MS byte first) and present it as the 24 bit word to 
the display memory during the subsequent write cycle. 
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(iii) Memory Read Buffer Register (24): is mainly used to latoh 
the word read from memory during a read cycle. A 
multiplexer slices it end presents it to the bus in 
three 8 bit slices (MS byte first). 

(iv) Programming Register:. The PROG REG is very vital to 
the functioning of the display interface and serves to program 
it into performing ?„nyone of its several functions. It is a 
4 bit register and is accessible to the bus only for writirg . 
The four bits carry the following operational significance; 

(a) Plag 0 (PLO): When true configures the display 
interface to lo^d data coming from bus into MBR(W). A write 
pulse for display memory is automatically generated after 
every bus write cycles and the MBR(W) word gets loaded into 
the address currently held by MAR . MAR gets incremented by 
one after the write pulse. 

(b) Flag l'(FLl); FBI, when true, programs the display to 
make MAR to be accessible to the bus for reading or writing. 

(c) Inc/dec flag: The MAR is incremented or decremented 
by one after every complete memory read or write cycle accord- 
ing as whether this flag is Hi or Lo respectively, 

(d) SBR flag (Single byte memory read cycle); During 
the execution of edit routines a situation often encountered 
is that the display memory contents must be rapidly scanned, 
forward or backward, for the bits SOL or A OP . Since both of 
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these hits occure in the MS byte of the memory word it wpuld 
he a waste of time to read all three bytes of the word. 3)his 
flag hit when true configures the display logic to increment/ 
decrement the MAR %£\,er EVERY memory read cycle, so that only 
MS byte is sent over the interface each time. 

To write into the PROG- REG system controller preceeds 
the program byte by a MIA (program) address of the display. 

A master controller in the IER unit accepts this address and 
generates a MlAp signal during the ensuing display write 
cycle to route the byte to PROG REG. Once progr amm ed the 
contents of PROG EEG remain unaltered until the next PROG REG 
writing. 

The general operation of the interface is easy to visu- 
alize. In the receiving mode (LACS true) the data bytes from 
bus are received only when ACDS is true and are loaded into 
appropriate interface registers depending on the status of 
PROG KBG and MLAp. During send mode (TACS true) data from 
desired registers is loaded on the bus one byte at a time. 
After one byte is successfully transmitted (SWNS true), the 
next one is loaded through the use of multiplexers. 

2 . 2 . 2 . 1 The_ timing signal . generator 

Logic circuits within the TSG generate the following 
timing signals: 

(i) Memory capture signal: A single bit PROC IHT signal 
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is sent to the display device functions, whenever the display 
memory must he accessed by the interface for reading or 
writing, according to the logic ( LAOS A FLO A MMp ) V (TAGS A FLO) 
The display reacts by sending a Device Halt and releasing the 
address and R/W lines of the display memory to the bus. This 
DVC HALT signal is used by the interface to capture the 
memory as shown in Fig. 2.7. 

(ii) INC/DSC logic for MAR: A modulo-3 counter forms the 

heart of the INC /DEC logic given in Fig. 2.8. When SBR is 
true Mod-3 counter is held to Q-^ = ^ configures 

the MUX1 to always load MS byte of MBR(R) on the bus. The 
reset pulse generated after every 3 "bus cycles involving 
memory transactions (MCAP true) is used to generate the 
write pulse. 

(iii) Generation of rdy and nba: nba and rdy is generated 
according to the state diagrams described in Fig. 2.9. 



Fig. 2.7: Memory capture logic 
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Eig. 2.9: Generation of local messages - nba and rdy 


In words: In case of rdy, rdy must be sent true when- 
LACS is true and, if display memory is to be involved in 
transactions, additionally it must be duly captured before the 
rdy is sent (MCAP true), rdy is removed with ACES and the 
cycle can repeat after ANRS. If a write pulse is being 
generated in a particular cycle, the next cycle must be delayed 
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by as much. This feature is incorporated in 2 • -->■ 3 
transition. A similar statement can be made about the 
generation of nba. 

2. 2.2.2 Use_ of Master sequencer_ t Degenerate MLAj)_ signal 

The IEEE std. 488 specifies that a 5 bit talk or listen 
address be given to a device in the following format: 

MLA = X01LLLLL 
MTA = X10TTTTT 

Accordingly following addresses were given to different 
devices of our system. 

MLA MTA 

Key board X0100001 X1000001 

Composition X01001l60 X10)001j60 

Proc. 

Display X0 100010 X1000010 

An additional MLAprog address = X$110001 was given 

to the display, which was to be sent only when its program 

is 

Register was to be filled. A master sequencez/used to sense 
this MLAprog and generate the required MLAp signal during 
the actual transaction. The following state diagramed escribes 
a master sequencer: 

The reception of MLAprog from system controller sends 
the master sequencer to PASS state. The system controller 
now removes ATJJ and loads the program byte on the bus, on 
receiving which the master sequencer transits to PACS. The 
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PAIS - Program "byte 
accept idle 
state 

PASS - PB accept 

enabled sfete 

PACS - PB accept 
state 

PATS - PB accepted 
state 

Pig. 2.10: Master sequencer state diagram 

cycle of MLAp generation is thus completed. 

The modular approach (discussed earlier) is used to 
implement the state diagram and generate MLAp. 

2.3 Th_e_Composition Processor Interfacing 

The algorithms for ’Composing' the input character have 
been developed by Laturkar for Devnagiri Script [12], The 
programs have been written in FORTRAN for IBM 1800 and an 
IBM 1627 plotter has been used to output the characters for 
demonstration purposes. A microprocessor based composition 
processor is soon expected to some up for our stand alone 
I/O system which will implement the above algorithms to gen- 
erate the display compatible information we need. It is for 
this module that we intend to suggest a possible bus inter- 
facing scheme - which, of course, until the module comes up 
in reality, can at best be called tentative. 


MLAp ^--{PAISI ' Pr^^ACDS 



MLAp 



- - 



MLAp 
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While the schematic of Pig. 2.4 is still suggested, the 
local interface part can he simulated in software. As such 
special dedicated routines inside composition processor will 
interact with the IFR unit to generate local messages like 
rdy, nha and rsv to effect the necessary hus transactions, 
plus, if necessary the slicing of display bound information 
into three 8 bit bytes (to be sent with MS byte first). 

The general flow of events for the composition processor 
shall proceed as follows; 

An LACS true signal from the IFR unit generates an 
interrupt for the comp, processor which branches to the 
interrupt routine to receive the character code from the 
keyboard and pushes it into a stack. The comp, processor 
keeps checking this stack and when all symbols of a full 
C.C. have been received it executes appropriate routines to 
generate the display compatible information about the C.C. 
and then branches to a TRANSMIT C.C. routine to send the 
information to the display. 

The interfaces for EB and system controller are descri- 
bed along with the respective device descriptions in Chapters 
3 and 4 respectively. 



Transmit G.C 
Routine 
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Remove rsv, Load’ 
STB* on bus, send 
nba 



> Remove nba 



I • information on bus 
| ; and send nba 
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\ remove rdy 
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Return ff’om 
interrupt 
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X STB is merely RSQ bit true (lo) on Dg. 


Eig. 2.11: Bus interaction flow charts f or composition processor 



CHAPTER III 


THE KEYBOARD 

A keyboard, in view of the vast variety of applications 
to which it can be put, can be broadly described as a means 
to encode a given message string into a machine readable form 
for the purpose of processing, storage, display, transmission 
etc. Keyboarding, then is the process of encoding the message 
string into such form. 

3.1 Available Schemes^for _ Keyboarding.: A Survey 

The process of mechanization of Indian scripts is at 
present passing a development phase - on the lines of the 
classical phenomenon of 'try and reject'. A number of key- 
boarding schemes are being explored, refined and later thrown 
into the arena by their promoters for the struggle of the 
fittest. Most of the schemes, understandably, derive heavily 
from the exisitng technology on the mechanization of Roman 
script. While this is no mean thing to do, they tend to 
tackle difficulties which are inherent in Indian scripts [3] 
by brute force, these difficulties not being present in Roman 
script. As a result the keyboarding procedures in them are 
very cumbersome and inefficient because of the large number 
of keys required and an unnatural scheme of depressing them 
for unputting a compsite character. The schemes are however, 
being refined by their promoters to remove the various defects 
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in them and two of them deserve a fair mention: 

(i) Using a Roman keyboard as such for inputting the 
Indian script after romanizing it. 

(ii) Relable key tops of conventional Roman keyboard with 
symbols of Indian script and use it for keyboarding. 

A markedly different approach to mechanization of Indian 
scripts was proposed by Narsimham et.al. [ 4 ] and Sinha et.al. 
[5]. They pointed out the phonetic based structure of all 
Indian scripts and proposed a phonetic based keyboarding 
scheme which was universely applicable to all major Indian 
scripts. The keyboard in their scheme, designed specifically 
for Indian scripts, contains a keyset comprising of all 
consonants, vowels and diacritical marks of the script, with 
no keys provided for the half characters and vowel modifiers. 
An action key is used in both the schemes, though differently. 


to mark the formation of composite characters. 

In Harsimham’s scheme a operator (a connotation for 

depressing action key) before the symbol is used to indicate 


that the succeeding symbol must be combined with the preceeding 

C 


one to form a composite character. Thus in this 


scheme gets encoded as^y^.^ ^-§e 3rFT T ^ . 

A 


In Sinha’ s scheme the operator before a symbol is 

used to mark it as a half character or vowel modifier, 
in this scheme is thus encoded as s? 
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Obviously a greater understanding of script orthography is 
needed in this scheme. However this scheme always gives a 
unique coding to the text. The presence of a processor to 
accept the encoded symbol string and do further processing 
on it is assumed in both the schemes. 

The relative advantages of the two schemes are rather 
obvious. Besides being a scientific approach to the problem 
of mechanization, they are expected to give higher keyboarding 
efficiency because of the reduced set of keys confronting the 
operator, and a simple phonetic scheme of inputting especially 
in Narsimham’s scheme. The schemes are universally applicable 
to all the Bramhi based Indian scripts and hence the same 
keyboard with different key top labies can be used for differ- 
ent languages. 

The design of a universal keyboard for all Indian scripts 
based on the Narsimham f s scheme of inputting is presented in 
the following section. (This KB, with no changes whatsoever, 
can however be used for Sinha's scheme as well). 

3.2 The TJniversal_ Keyboard for Indian Languages 

The universal keyboard for Indian languages to be des- 
cribed here, contains a keyset consisting of 60 keys (52 
character keys and 8 control keys) arranged in four rows as 
shown in Fig. 3.1. 



^ COHT46L KEYS 

2 C«MACT£* KEYS 



do r:iirr:;H:; j t*o mi 

SPte* *A* 


»£fl — KEYS 

Ai t Ax~A<TteH HEM 

CR - CA**M*J| 

Ai TtfAN 




Fig. The universal keyboard, for 

Indian scripts 

The entire key-set is devided into two equal right and 
left sections arranged to he at a mutual inclination of 10 
degrees to provide for a natural hand setting to the operator. 
Additional keys account for the two action keys, two shift 
keys (for upper case and lower case characters), one space 
bar and one carriage return key. The eight control keys devid 
between themselves the following console commands l carriage 
return^ End of page, cursor move right, cursor move left, 
cursor move up, cursor move down and GO in lower case and 
Display clear, character insert/delete and line delete in uppe 
case. The unused control keys are reserved for future appli- 
cations. The allocation for character key has not been 
attempted and will depend on the results of a statistical 
analysis for each language about the most frequently occur ing 
characters in the script, so that the more convenient key 
positions will go to them. It is however suggested that all 
the basic symbols of the script and some of the more frequent 
punctuation symbols like the space, comma, full stop etc. be 
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accomoded in lower case. The upper case will then contain 
numerals, more punctuation marks etc. 

3.2.2 Key encodings An 8 bit code is generated for each key 
depression by the keyboard logic. Bits 0-5 of this code 
correspond to the position of the key in the matrix of 60 keys, 
The sixth and seventh bits carry the status of action and 
shift keys respectively. The codes for control keys have 
been allotted in such a way • that they have ’O' in bit 
positions 0, 1, 2 and 7 to facilitate their recognition by the 
system controller, as explained in the first chapter. The 
code allocation for other keys have -been arbitrary. 

3.3 Keyboard Electronics 

A schematic for the keyboard electronics is shown in Fig. 
3.2. A facility for two key roll over is provided in the 
basic logic design to increase the keyboarding speed. In this 
arrangement, while a key is depressed, if a second key is 
depressed too, the code for the second key must also be 
transmitted in sequence . The assumption is that by this 
time the code for the first key has been successfully 
transmitted. 

The heart of the circuit is the key matrix and the 
associated key scanning logic consisting of a 6 bit counter, 
a 4 bit demultiplexer and 2 bit multiplexer. The 60 keys 
arranged in a 4 x 16 matrix as shown are being continuously 



TAOS' 
EQ ■ 


L 8 SPAS 


E & Do- -D6 


i 

-i. j -f. 


APIS 




► 

Data bus 0-7 


r v 8 ; 

: Status I 

? L /.bits j 


TACS 


Input 


Q U 

Reg 2 I 

6 >St Q 5 


' g | Comparator; q 2 


6 > 
4 " 


B..J V IJD, 

_ \ - I/vV'-MaAM • ^ — i 
Action Shift J 

"Key Key /7?7 

- -f . ♦. \ 

I Timing H*-P n ,F ? 

signal — *-Eq 
j gene rat or J L2 


11 , , * 


"q 

1 _J Input 

! q o~ q 5 


[Comparator } 


Mod -6 Counter Q 2 

V . « ‘ ' > * } ' 


:b a 


m r 
U D 3 ! 


4 * j* - ^ 

rsv n"ba fMul J ? D 4 | 


2 DEMUX * 

1 . _ . _ l 

60- * * Q 
115 i 0 

\ •. C”! ■ ; 


>Nl 5 


V. V’ , 

J Keys W ; 


; Clock 


Key Matrix 


12 = F^EgCy* Mul 
ii «(^ 1 p 2 , S 2 + f 1 F 2 )*Mui 


F 1 = CjMul+11 
Ep = GjLl-Mul 


0 ^ 1+12 

C^lul -12 

L 1 I 2 


i l I, 2 


Eig. 3 . 2 : Keyboard logic Schematic 


46 



47 


scanned by the Hod-6 counter. A 'lo' is presented to each 
of 16 columns once in every 16 clock pulses and if a key is 
depressed, the 'lo' is transmitted to the corresponding row 
and in turn appears as a 'Mul' signal once in every 64 clock 
pulses. Hence the appearance of a 'Mul' signal (which remains 
’lo' for a complete clock period) is an indication of a depress 
ed key having been encountered and the count of the mod-6 
counter during that period gives the code for the key depressed 
This code when combined with the status of the action and 
shift keys yields the complete 8 bit code for the key which 
is loaded into one of the two registers Reg 1 or Reg 2 for 
the next task of sending the code to the composition processor. 

The scanning irate determines how fast the d epressed key 
is detected. To keep a reasonably fast rate, without compli- 
cating the circuitry more than what it is, a clock rate of 
1 -MHz was selected. Since the key will be kept depressed for 
a much longer duration than a single scan period of 64|i sec, 
a number of Mul pulses will .be generated for each key depressed 
one in each scan cycle. The code however must be sent only 
once corresponding to the first 'Mul' pulse and the subsequent 
ones must be ignored. Also if during this period a second 
key is also simultaneously depressed the first key may be 
'forgotten' and the code for the second key is sent but here 
too only once. 
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All this is acheiysd with the help of key - status flip 
flops P-^ Fg and. the two comparators. remains set as 

long as the first key remains depressed and P2 is set when a 
second key is depressed (while the first is still depressed). 
Whenever a 'Mul* signal occures, the logic checks the status 
of flip flops F^ and F2 and takes the following steps: 

(a) If both F-j- and F2 are reset, it is a new key encount- 
ered. A load pulse is generated and the key code is loaded 
into the Reg 1. F^ is also set. 

(b) If F ^ is set and F2 is not, it checks the comparator 
output C-^. If it is true, it is the same key encountered 
during a subsequent scan. If G-, is false, it is a ’second' 
key just depressed. The load pulse Lg is now generated and the 
code is loaded into Reg 2. is now set. 

(c) If F2 is set and F^ is not. It is the situation when 
the 'second' key is still depressed and another key has been 
struck. This key is now treated as the first key and accord- 
ingly 1^ is generated and F^ is set. 

(d) If both F 1 and F 2 are set no action is taken. 

The status of F-jXFg) while it is set is refreshed at 

every scan of the key matrix. The moment the key is released 
(A key release is indicated by the absence of ’Mul' signal 
when O^Cg) comes), F-^Fg) is reset. A flip flop F Q keeps 
"track of the most recently filled register and determines 
which register will be loaded on the system bus when instructed 


* 
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to do so by the system controller. 

The remaining logic replaces the local interface of Fig. 
2.2 and is oest discussed along with keyboard interfacing. 

3. 4 Keyboard .Interfacing 

While the general keyboard interface still takes the form 
given in Fig. 2.2 the local interface is conspicuous by its 
absence. This of course can be seen to form the integral part 
of the keyboard electronics. This part essentially does the 
following things; 

(i) Generates the signal rsv - when a new key is depressed 

(rsv = + I^) an( ^ n Ka wla en STB or ' t ^ ie Key code must be 

sent. 

(ii) When the serial poll reaches tbs KB (SPAS A APRS) 
the logic leads the STB on to the bus. 

(iii) Subsequently when TACS becomes true the -appropriate 
output register is loaded on the bus (determined by Fq). 

When a new key is depressed L-^ or 1 ^ is generated. The 
KB interface logic takes over from this point and the general 
flow of events to follow are described by the flow chart of 
Fig. 2.3. 
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where Ss are the status information bits. In our case 
positiorsD -D, of STB carry the bits. 0,2,3 and 7 of the 
key code b8ing transmitted. (For a control code all these 
bits are logic Lo) 
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CHAPTER IV 


SYSTEM CONTROLLER 

The system controller forms the heart of the I/O system 
and contains routines for programming the interface functions, 
system initialization, bus scheduling and text editing. A 
motorola 6800 micro -computer has been used for implementing 
these routines. Plow charts for these routines as well as 
for the main program are described in section 4.2 of this 
chapter. Interfacing of the microcomputer to the IEEE-bus 
is described in 4.1.1 and generation of bus compatible signals 
through system software, for effecting bus transactions invol- 
ving system controller is explained in Sec. 4,1.2. 

4.1 I nt e rf acing__Syst em C ontroller _t o , the, Bus 

The microcomputer makes use of Peripheral Interface 
Adapters (PIAs) [14] for talking to the outside world. Use 
has been made of two such PIAs to connect the M6800 directly 
to the IEEE-488 system bus in the following mannerC**# 4-iJ 

The output lines of both the PIAs are buffered through 
bidirectional tristate buffers to the system bus. Since 
these lines directly go to the IEEE-bus lines, they are prog- 
rammed to be in the input mode in all bus transactions not- 
involving the system controller to avoid conflicting outputs 
on the same line. The SRQ line is connected to the programm- 
able interrupt input line CB2 of PIA(B). A 'lo* on SRQ line 
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Pig. 4.1: IEEE -bus/ system controller interface 


at any instant causes an interrupt to be sent to. the processor 


at its IRQ port, which acknowledges it if its internal interr- 
upt mask bit is reset or else the interupt is kept waiting . 

4.1.2. Generation of IEEE standard compatible interface 
Signals' tfEr 6 ugh software: ~ “ 

The IEEE Std 488 specifies that all transactions of 

a device with the interface bus must be routed via the 
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appropriate interface functions, and, for that matter, a 
protocol he followed strictly in accordance with the corres- 
ponding state diagrams for all transactions what— so— ever. A 
careful study of the standard however reveals that behind all 
these stringent specifications there is the all important 
need to generate (and receive) interfe.ee bus signals like 
DAV, NKE'D, ID AC , ATH etc. and the local messages like LACS, 
TACS etc. at just the appropriate instants (specified by the 
state diagrams), The means adopted to generate these signals 
are unimportant. While it is strongly recommended that in 
all devices the requisite interface functions be explicitly 
implemented through hardware to generate these signals for 
siimplif ying the interface design, some variations can be tried 
for implementing the state diagrams for the system controller. 

A scheme for generating these signals through system 
software was tried for the system controller. In this 
scheme whenever the system controller has to receive a byte 
from the bus or send over it to other devices, it executes 
corresponding routines of KBYTE or SBYTE, the flow charts of 
which are given in Big. 4.2. 

As various signals are being generated/read by the two 
routines, the state of corresponding interface functioning 
are only implicitly being entered (shown against different 
blocks in the flow charts). Many states are being bypassed 




55 


(like the poorer on idle states etc) without in anyway 
offending the state diagrams. Gars is however taken in the 
main system program to ensure the presence of ’idle state* 
interface signal levels at the bus before any of these routines 
are called. 

These two routines and a third one for sending byte as 
device (SBYTD) are very basic to the operation of the system 
controller and will be encountered very frequently in the 
remaining chapter. (SBYTD is similar to SBYTC except that 
status of ATN remains Hi throughout the program). 

The scheme while doing away with the interface hardware 
necessary to implement the interface functions, can claim to 
be faster in some cases since the actual state transitions 
(in IRR unit) are being bypassed. However the approach 
meeds to be applied with due caution. Since, once the routines 
are entered they are executed in full, a very many state 
transition paths in the corresponding interface functions are 
being ignored. This will create problem if the system were 
to entertain service request at arbitrary instants (say in 
the middle of a transaction). 

4.2 System G on tro_ller_ Routines*. 

The different system controller routines are presented 
in this section. We start with the main program. 
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4.2*1 |>y st em^f loj£_ chart (and bus scheduling): The system ! 

controller is first to wake up at the power on, and in turn j 

tones up the rest of the system to make it ready for receiving j 
the first key depression by the operator. The sequence of j 

events from power on are illustrated in the following flow ] 

. . . : j 

chart [Fig. 4.3]. j 

As a principle one conversation is allowed to finish ! 

before the system is reconfigured to changed the data paths. j 

This is desirable because of the large system overheads for j 

[ 

establishing a new data path following a service request [ 

(The overheads involve the execution of serial poll routine, . 

I 

sending of MTA and ML As etc.). The service requests are thus j 
entertained only at place (Y) on the system flow chart. In j 

our system this means that the KB might have to wait while 
the composition processor is dumping a newly composed C.C. 
into the display memory or both KB and the Comp, processor 
have to wait while the system controller merrily goes about 
one of its Screen Management Routines, While the first wait 
time (^ 400p. sec) is almost insignificant and will not 
effect the keyboarding speed, the second is not so, as many 
SMARTS tend to take almost a second or more to end. This 
however is not objectionable as these routim s are called only 
during 'halts’ in the keyboarding and no interrupts are infact 
waiting. 



i Program the interface 
functions * ; 



Fig. 4.3: System Flow Chart 
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The basic scheme of the system operation follows the 
general description of Section 1.4. A step by step procedure 
to set up the system after power on and the various error 
messages printed by the system controller on the teletype is 
given in the User's Manual (Appendix A). 

4.2.2. Programming, the interface f unc tions; 

The first step in setting up the system for operation is 
calling upon the system controller to program all the interface 
functions. All bus activities are terminated and the system 
controller uses the 16 lines of the bus to send data to NS 
and GO memory (4 bits each), address of memory locations 
where these data must be entered (4 bits), a three bit code 
for the interface function being programmed and the R/V pulse 


in the manner shown belows 

NDAC - - 

NRPD • - 


ATN 

DAY 

IRC 

SRQ 

REN 

SOI 


’ • Interface 

i function 
f code 


— -- A 

r/w^ 

... - M 
7 j \ Prog. 

_ | memory 

— " ID \ address 


B 


Dr 

D e 

D, 

d' 


Dr 

c 

D 


1 

3 d 



B |NS memory 
^ »data 

d! 



CC memory 
data- 


The routine programs all interface functions in the 
system implemented by the modular approach one by one. 
(Similar interface functions in different devices get , 
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programmed at the same time, however, because of the common 
interface bus being used for sending data and addresses). A 
decoder in e ach IPR unit decodes the code for interface 
function and enables the corresponding interface function for 
receiving the program bytes and address. All the data and 
addresses, are leaded on the bus lines by the routine and the 
R/W line is then pulsed '1©' to enter the data at given location 
in the two memories of the desired interface function. This 
is repeated for all the interface functions to be -programmed. 
The listing of the program routine is given in Appendix C. 

4.2.3 Initi ali zati on_r o ut i ne 

The programming of interface functions is immediately 
followed by initialization routine which takes following 
steps to initialize the system. 

(i) Sends IRC to place all the interface functions in 
their idle state. It also clears MAR so that it points to 
the first location of display RAM. 

(ii) loads ROL and EOP bits in all the display RAM 
locations. This step besides initializing the device fun- 
ctions of the display also maintains EOP in the very first 
location after the last character filled into the display 
RAM, as the RAM gradually gets filled from the composition 
processor. This is necessary to give the display beam the 
necessary impetus to fly back to the top left corner of the 
screen for the next scan. 
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(ii) Clears the register GRADD which amounts to bringing 
the cursor to the top left corner of the screen. This step 
will be explained later. 

The flaw chart is given in Pig. 4.4. 

4.2.4 Screen Manag ement Routine s ( SMART ) : 

Package routines for screen management are called by 
the system controller at the instance of the operator when 
he depresses any of the following control keys: End of line 
(Carriage Return), End of page, Cursor move right/lef t/up/down. 
Display clear, Go, character insert, Character delete and 
line delete. 

All these routines involve an elaborate scanning and 
manipulation of the display memory contents. Because of the 
variable number of composite characters in different lines 
of the text, some sort of scanning must be resorted to 
locate a given character on the screen in the display memory. 
The method is to hunt forward or backward for the End of line 
bit and from there on proceed backward or forward, character 
by character, until the given character is reached. 

The cursor is carefully maintained all the time by the 
system controller as this is undispensable for all editing 
procedures. Por e& instance, to delete a composite character, 
the cursor is first brought to the position of the character 
to be deleted through the use of cursor move keys and then 
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the character delete key is pressed. The cursor character is 
just a character displayed in the inverse video font. The 
system controller maintains two registers CRADD and NVADD to 
help in the matters, 

CRADD: This register contains at all times the address of 

first word of the cursor composite character (Each C»C, spans 
five words in display memory). 

NW ADD : This register is used as a temporary "buffer to store 
the address of first empty location in the display memory 
while its MAR is being used for memory manipulations during 
various screen management routines. 

A description of different SMARTS now follows: 

4. 2. 4.1 J|id_ offline (Carriage Return): 

This routine inserts an EOL bit in the last composite 
character filled into the display memory. The flow chart is 
given in Fig. 4.5. 

4. 2. 4. 2 End of Page 

This routine inserts EOL and SOP bits in the last compo- 
site character entered in the display memory. The flow chart 
is similar to that for End of line except for that minor 
variation and has been omitted. 

4. 2, 4. 3. Cursor. move right ( -s- ■): 

This routine moves the cursor from its present position 
to the next composite character to its right. Following steps 
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3 End of line Routine 

j Save the present J 

I contents of MAR in t 

; MADE j 

, . ‘ - ' i _ ' " 

; MAR'*— MAR - 5 ] 

-- . ' r 

Read the C.C. pointed to by MAR now ! 
and introduce EOL bitin it I 


i Send the modified C # 0. back to the ; 
; display memory at the same location j 


Restore present ( 
contents of MAR J 

r ■— - i - e ! 

n — R eturn j 4 . 5 : Routine for BOL/fciOP 


1. . 


(LEFT) Routine for ' 

Save MAR in NWADD and load ! 
CRADD into MAR i 
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Read the present cursor Comp. Ch. pointed to 
by MAR and send it back in the same location 
after removing IV from it 


MAR *■ - CRADD -5 


; Read the new cursor character and | 
r send it back after introducing IV in! 

: -v ¥ : 

• Update CRADD and restore! 

= MAR ! 

/ 1 . • ' ‘ J 

Q Return _ J 


Fig. 4.6; Routine for 'Cursor move left' 
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are taken by the routine to do this: j 

1. Present contents of display MAR are saved in NWADD and j 

contents of CRADD are in turn loaded into the MAR. j 

2. Inverse video (IV) hits are removed from the previous j 

cursor position (pointed to by MAR). ; 

■ . : j 

3 . IV bits are introduced in each of the constituent symbols • 

of the next composite character. ' j 

■ ■ ’ | 

4. Update CRADD and restore MAR. j 

| 

Deviations from this simple routine occure for the 
following cases: 

(i) When the previous cursor character is the last 

character in the page. To move the cursor to the right the 
system controller now fills a blank composite character in | 

the next (five) locations and introduces IVs in it. j 

(ii) When the previous cursor character is the last ; 

character in the line but not the last in the page. The system 
controller still has to fill an IVed blank composite character 

in the next five locations but now the memory contents have 
to be shifted' too by five words, to create the necessary gap 
before the blank C.C. can be introduced there. 

The flow chart is shown in Pig. 4.7. 

4. 2. 4. 4 Gursor_move_lef t: 

This routine [Fig. 4.6] when called moves the cursor left 
by one composite character. 
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Eig. 4.7: Routine for ’cursor move right’ 
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4.2. 4.5 Cursor move down ( V ) ; 

Whatever the present cursor position, this routine moves 
it to the first composite character in the next line. Follow- 
ing steps are taken "by the routine to do this; 

1. Save present contents of MAR in ITVADD and load it with CRADD. 

2. Remove IV from present cursor character. 

3. Starting from CRADD scan the display memory in dforward 
direction for E01. 

4. Move to next composite character and introduce IV in it. 

5. Update CRADD and restore MAR. 

Deviations from this routine occure for the following 
cases; 

(i) When the line carrying cursor character is the last 
line in the text i.e. EOL is aecompained "by EOP. 

(ii) When the line carrying cursor character is the last 
line entered so far on the screen, i.e. there are no composite 
characters in the next line nor does the present line contain 
EOP. In both cases the routine fills an IVed blank character 
in the f irst character position of the next line. 

The flow chart is given in Pig. 4.8. 

’ / * \ 

4.2. 4. 6 Cursor, move up ( ? ; 

Whatever the present position of the cursor, the routine 

[Pig. 4.9] always moves it to the first character of the 

previous line in the text. 
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Fig. 4.8: Routine for Cursor move down 
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4. 2. 4. 7 Display _ clear: 

This routine clears the display and tones up the system ' 
for receiving the next page of the text from KB. This routine 
is the same as the intialization rout in e. 

4.2. 4.8 GO: 

This routine just loads the contents of CRADD into MAR 
so that subsequent characters from KB get entered from the 
cursor position onwards. This facility is useful in giving 
headings, making paragraphs etc. 

4 . 2 . 4 . 9 Character _ de le te: 

This routine w^hen called erases as well as compresses the 
composite character marked by the cursor by filling zeros in 
the locations occupied by the character. The EOL and EOF bits 
of the character are however retained. The CRADD is left 
undisturbed. 

4.2.4.10 Line^ delete: 

The whole line containing the cursor character is erased 
as well as compressed. CRADD is moved to the erased line. 

Plow chart for line delete is given in Fig. 4.11* 

4. 2. 4. 11 Character insert: 

This routine creates a gap of five words at the cursor 
location (pointed to by CRADD) and loads CRADD into MAR in 
preparation for the character insert. The composite character 
to be inserted can now be inputted through the KB. CRADD is 
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Routine for Line delete 
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‘ Back scan the dis- 
‘ play -memory for EOL? 

I ' CRADD-4- MAR+ 6 ' ! 


| Insert @eros in display 

I memory from CRADD ch.ra.rds 

| until BOLt^.ntagjng EOL 

? ~ ' ^ " ' 
f ' R 

i Restore MAR f 


Return ) Rig. 4.11: Routine for line 
y delete 

IRSCH ^ Routine for Insert character 


Starting from CRADD hunt down for EOP j 
' Load this address in RWADD. I 

’ . - MADD<: pADD.+5_-4 . _A.J 

Shift the memory from CRADD to ( 
i jfWADD down by 5 words \ 

“ ■■ ir” ^4. ,_.r .. ' * 

; Insert 00 in the |. 

I gap created s 


I MAR^-"CRADD 
> CRADD < -CRADD+5 


^Return 


Big. 4.12: Routine for character insert 
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incremented by 5. 

The flow chart is given in Fig. 4.12. 

4.3 Organisation of System Controller Routines 

As is evident from the preceeding flow charts, some of 
the blocks are exceedingly repititive. These blocks have 
been separated into subroutines which are called by the main 
routines. (These subroutines may in turn call other subrou- 
tines). Some of the important subroutines are EBYTE, SBYTC , 
SBYTD (explained earlier), Store MAR in NWADD, Load CRADD/ 
NWADD into MAR, Read a composite character from display 
memory, load a composite character into display memory, 
Introduce/Remove IV, Hunt f or EOL etc. The contents of the 
subroutines have been trimmed for optimal total execution 
times and memory occupation of different routines. The 
routines themselves are implemented in the assembly language 
of 6800 and a listing of all subroutines and main programs 
is given in Apprendix C. 
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CHAPTER 5 
CONCLUSION 

Tlie prime objective of this thesis was to evolve and test 
a strategy to be adopted for optimally developing the variety of 
peripherals for Indian scripts* Conditions for optimality include 
the need for developing modular peripherals which when lin&ed 
together could be expanded into a number of possible conf igurations 
for Business Machines, Gomputer Terminals, Communications and 
Computer aided photo-type setting. 

In this. thesis, with this in view, the IEEE-488 standard 
Interface structure has been recommended and constructed for an 
Input/Output terminal being developed at III Kanpur. The Keyboarding 
scheme suggested by NaTasimham, for Indian Scripts, has been 
implemented and the structure consisting of a Keyboard and System 
Controller has been interfaced to a CRT terminal and tested 
functionally* 

Towards completion of this I/O terminal, the composition 
processor has to be connected to the Interface bus. This, however 
should poose no real problems as managemenc and scheduling 

routines have been suggested for this purpose in this thesis. 
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APPENDIX A 
USER’S MANUAL 

After power on the first step in initializing the system 
is to program the interface functions. I' or this flick the Prog/ 
Exec front panel switches of all IER boxes to the Pr@g end. 

Now punch Gr , £ /II on the TTY connected to system controller 
to call the programming routine in the system controller. 

At the end of programming a PRG OVR is printed on the 
TTY by the routine. 

Now flick all P/E switches back to Exec end and punch 
u , E21D - the start of system controller main routines. 

An INIT OVR is printed on the TTY after the system has 
been initialized and is an indication to the operator that 
the system is ready for accepting data from the keyboard. 

Some error messages may be printed on the TTY by the 
system controller during the system operation. They are 
INVLD INT when the system controller fails to find a requesting 
device during the serial poll routine; and ILLG-L CCODB If the 
system controller receives an illegal control code from the 
KB. If these messages are the result of a key punch on the 
KB, the operator must punch the key again. 

In case of a wrong entry during keyboarding, the cursor 
is brought to the position of the wrong entry and the entire 
composite character is deleted by punching ’delete character* 
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APPENDIX B 

UNEXPLAINED ACRONYMS AND TERMS , USED IN TEE TEXT 

(i) Local messages; are messages between the interface 

functions of the d e vice and its internal device functions, 
(a) Local messages from device functions to the interface 


functions. 


rdy - 

ready 

nba - 

new byte available 

pon - 

power on 

tcs - 

take control synchronously 

tea - 

take control asynchronously 

rsv - 

request service 

sic - 

send interface clear 

rsc - 

request system control 

gts - 

go to standby 


(b) Local messages from interface functions to the device 
functions, like TAOS, SPAS etc. are designer specified, 
(ii) Remote messages: Remote messages are the messages sent 
over the interface bus via interface functions of two 
different devices. They are primarily meant to induce 
state transitions in the interface functions receiving 
them. They can be uniline (ATN, DAV etc), multiline 
(MLA, MTA etc.), device dependent (device data# status 
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byte etc*) and interface messages (device addresses, commands etc.) 

MLA - My listen address 
MIA - My talk address 
UHL - unlisten 

UHT - untalk 

SPE - serial poll enable j 

SPD - serial poll disable 

OTA - other's talk address 
STB - status byte 

Other ApronyO^s used in the text: 

SMART - Screen Management Routines 
PS - Present state (latch); Ref. fig. 2.3 

MS - Next state (memory); Ref. fig. 2.3 

CG • - Condition code (Memory ) ; Ref. fig. 2.3 

I PR - Interface function repertoire (unit) 

C*C. . - Composite character 

SBR - single byte memory read cycle 

IV - Inverse ‘video 

MBR(R/W) - Memory Read/Write buffer register 

EOl/EOP - End of line/page 

M1AP - My programming listen address 

MCAP - Memory capture signal Ref* fig* 2*7 

CRADE «*. Cursor address 

- Mext word address 


MW ADD 



PROGRAM 


APPENDIX C 
PROGRAM LISTING 


JAMMING ROUTINE 


86 FC N LDAA#FC 

B7jp FBC9 STAA FBC9 

B7 FBCB STAA FBCB 

C6 FF LDAB#FF 

BD E08E JSR PRGPA 

BD E07D JSR PRGPB 

CE E743 LDX#E743 

A6 00 LOOP LDAA 0,X 
E6 01 LDAB l*X 

B7 FBC8 STAA FBC8 

F7 FBCA STAB FBCA 

C4 7F LDAA#F4 

B7 FBCB STAA FBCB 

8ffi FC LDAA#FC 

B7 FBCB STAA FBCB 

08 I NX 

08 l NX 

8C E79B CMX#E79B ALL DATA O/P'ED 

26 E5 BNEjLOOP NO? LOOP 

3F 12 SWI^LOOP PRINT 'PROG OVR’ 

3F 80 SWI,»80 


ALL PERIPHERAL LINES AS 0/P»S 


LOAD STARTING ADD. OF DATA 


PULSE R/W LINE LO 


JE P/E SWITCH TO 'P* MODE AND PUNCH G,E21D ON TTY 


BD 

E09F 

JSR INI T 


CE 

E33B 

LDX#E33B 


3F 

12 

SWIjPMSG 

PRINT ' INI T OVR* 

0E 


CLI 


CE 

E235 

LDX#E235 

LOAD START OF INT ROUTINE 

FF 

FFF8 

STX FFF8 


86 

FD 

LDAA#CC 

ENABLE SRQ LINECCB2) 

B7 

FBCB 

STAA FBCB 


3E 


WAI 


7E 

E225 

JMP E225 


JTHER EXEC. 

STARTS FROM i 

E235 ON OCCURANCE OF INT ON SRQ 

C6 

81 

LDAB#8 1 


ID E07D 

JSR PRGPB 

PROG ATN^DAV AS O/P'S 

86 

C0 

LDAA#C0 


BD 

£000 

JSR SBYTC 

SEND UNL 

86 

E7 

LDAA#E7 


BD 

E000 

JSR SBYTC 

SEND SPE 



t 


MAIN PROGRAM 


APPENDIX C 
PROGRAM LISTING 


PROGRAMMING ROUTINE 


E71 1 

86 

FC N 

LDAA#FC 

E71 3 

B7.» 

■ FBC9 

STAA FBC9 

E71 6 

B7 

FBCB 

STAA FBCB 

E719 

C6 

FF 

LDAB#FF 

E71B 

BD 

E08E 

JSR PRGPA 

E71E 

BD 

E07D 

J SR PRGPB 

E721 

CE 

E743 

LDX#E743 

E724 

A6 

00 

LOOP LDAA 0^X 

E726 

E6 

01 

LDAB 1,X 

E628 

B7 

FBC8 

STAA FBC8 

E72B 

F7 FBCA 

STAB FBCA 

E72E 

C4 

7F 

LDAA#F 4 

M730 

B7 

FBCB 

STAA FBCB 

733 

86E FC 

LDAA#FC 

E735 

B7 

FBCB 

STAA FBCB 

E738 

08 


I NX 

E739 

08 


I NX 

E73A 

8C 

E79B 

CMX#E79B 

73D 

26 E5 

BNE,LOOP NC 

E73F 

3F 

12 

SWI^LOOP 

E741 

3F 

80 

SWI* 80 


ALL PERIPHERAL LINES AS O/P'S 


LOAD STARTING ADD. OF DATA 


PULSE R/W LINE LO 


ALL DATA O/P 'ED 
? LOOP 

PRINT 'PROG OVR* 


X MOVE P/E SWITCH TO 'P' MODE AND PUNCH G,E21D ON TTY 


E21D 

BD 

E09F 

JSR INIT 



E220 

CE 

E33B 

LDX#E33B 



E223 

3F 

12 

SWIjPMSG 

PRINT' INIT OVR' 


E225 

0E 


CL I 



E226 

CE 

E235 

LDX#E235 

LOAD START OF INT 

ROUTINE 

E229 

FF 

FFF8 

STX FFF8 



E22C 

86 

FD 

LDAA#CC 

ENABLE SRQ LINE<CB2> 

E22E 

B7 

FBCB 

STAA FBCB 



E231 

3E 


VAX 



E232 

7E 

E225 

JMP E225 



X FURTHER EXEC. 

STARTS FROM 

E235 ON OCCURANCE OF 

INT ON ; 

E235 

C6 

81 

LDAB#8 1 



237 

BD E07D 

JSR PRGPB 

PROG ATN,DAV AS O/P'S 

E23A 

86 

C0 

LDAA#C0 



E03C 

BD 

E000 

JSR SBYTC 

SEND UNL 


E23F 

86 

E7 

LDAA#E7 



E241 

BD 

E000 

JSR SBYTC 

SEND SPE 



E244 

86 

21 

LDAA#21 


E246 

BD 

E000 

JSR SBYTC 

SEND MTA OF KB 

E249 

BD 

E05E 

JSR SNRC 


E24C 

BD 

E03D 

JSR RBYTE 

RECEIVE STB OF KB IN ACC A 

E24F 

85 

40 

BITA#40 


E251 

27 

51 

BEQ, SRVKB 

RQS= *LQ *? GO SERVE KB 

E253 

BD 

E06D 

JSR RSNC 


256 

86 i 

24 

LDAA#24 


E258 

BD 

E000 

JSR SBYTC 

SEND MTA OF CH. COMPOSER 

E25B 

BD 

E05E 

JSR SNRC 


E25E 

BD 

E03D 

JSR RBYTE 

RECV. STB OF CH. COMPOSER 

E261 

85 

40 

BITA#40 


E263 

27 

13 

BEQ, SRVCC 


E008 

PCE 

E344 

LDX#E344 


E268 

3F 

12 

SWI PMSG 

PRINT * INVLD INT’ 

E26A 

BD 

E06D 

JSR RSNC 


E26D 

86 

E6 

LDAA#E6 


E26F 

BD 

E000 

JSR SBYTC 

SEND SPD 

E272 

86 

20 

LDAA#20 


E274 

BD 

E000 

JSR SBYTC 

SEND UNT 

E277 

3B 


RTI 


E278 

BD 

E06D 

SRVCC JSR RSNC 


E27B 

86 

E6 

LDAA#E6 


E27D 

BD 

E000 

JSR SBYTC 

SEND SPD 

E280 

86 

C2 

LDAA#C2 


E282 

BD 

E000 

JSR SBYTC 

SEND MLA OF DISPLAY 

E285 

C6 

80 

LDAB#80 


E287 

BD 

E07D 

JSR PRGPB 


E28A 

C6 

00 

LDAB#00 


E28C 

BD 

E08E 

JSR PRGPA 


E28F 

86 

89 

LDAA#89 


E291 

B7 

FBCA 

STAA FBCA 

REMOVE ATN TO ALLOW THE TWO DEVICES 





TO TALK 

E294 

B6 

FBCA 

LP I LDAA FBCA 


E297 

85 

10 

BITA#10 

EO I = *„LQ * 7 

E299 

26 

F9 

BNE,LP1 

NO, LOOP 

E29B 

BD 

E06D 

JSR RSNC 


E29E 

86 

20 

LDAA#20 


E2A0 

BD 

E000 

JSR RSNC 

SEND UNT 

E2A3 

3B 


RTI 


E2A4 

36 

< j 

SRVKB PSHA 

(A CONTAINS STB) 

E2A5 

BD 

E06D 

JSR RSNC 


E2A8 

86 

E6 ' 

LDAA#E6 


E2AA 

BD 

E000 

JSR SBYTC 

SEND SPD 

E2AD 

32 


PULA' 


E2AE 

85 

0F 

BITA#0F 

D0, D1,D2,D3=0 IN STB? 

E2B0 

27 

23 

BEQ,SCMGT 

YES, GO TO SCREEN MNGT ROUTINES 

E2B2 

86 

C4 

LDAA#C4 


E2B4 

BD 

E000 

JSR SBYTC 

MLA OF CH. COMPOSER 

E2B7 

C6 

80 

LDAB#80 

* 

E2B9 

BD 

E07D 

JSR PRGPB 


E2BC 

5F 


CLRB 

• 

E2BD 

BD 

E08E 

JSR PRGPB 




E2C0 

86 

89 


LDAA#89 


E2C2 

B7 

FBCA 


STAA FBCA 

REMOVE ATN TO ALLOW TWO DEVICES 






TO COMMUNICATE 

E2C5 

B6 

FBCA 

LP2 

LDAA FBCA 


E2C8 

85 

04 


BITA#04 

NDAC= *HI ’? 

E2CA 

27 

F9 


BEQ,LP2 


E2CC 

BD 

E06D 


JSR RSNC 


E2CF 

86 

20 


LDAA#20 


E2D1 

BD 

E000 


JSR SBYTC 

SEND UNT 

E2D4 

3B 



RTI 


E2D5 

BD 

E05E 

SCMGT 

JSR SNRC 


E2D8 

BD 

E03D 


JSR RBYTE 

RECV. CODE FROM KB 

E2DB 

36 



PSHA 


E2DC 

BD 

E06D 


JSR RSNC 


E2DF 

86 

20 


LDAA#20 


E2E1 

BD 

E000 


JSR SBYTC 


E2E4 

86 

89 


LDAA#89 


E2E6 

B7 

FBCA 


STAA FBCA 


E2E9 

32 



PULA 


E2EA 

81 

58 


CMPA#58 

CODE FOR CLEAR? 

E2EC 

27 

2C 


BEQj CLR1 


E2EE 

81 

08 

» 

CMPA#08- 

CODE FOR CR? ' 

E2F0 

27 

2E 


BEQ* CR1 


E2F2 

81 

10 


CMPA# 1 0 

EOP? 

E2F4 

27 

2A 


BEQ,CR1 


E2F6 

81 

38 


CMPA# 38 

RIGHT? 

E2F8 

27 

29 


BEQj RI GHT 1 


E2FA 

81 

30 


CMPA #30 

LEFT? 

E2FC 

27 

28 


BE6ULEFT1 


E2FE 

81 

28 


CMPA#28 

UP? 

E300 

27 

27 


BEQ^UPl 


E302 

81 

20 


CMPA #20 

DOWN? 

E304 

27 

26 


BEQ, DM 1 


E396 

81 

18 


CMPA# 18 

GO? 

E308 

27 

25 


BEGbGOi 


E30A 

81 

70 


CMPA#70 

CH. DELETE? 

E30C 

27 

24 


BEQ> CHDLT 1 


E30E 

81 

68 


CMPA#68 

LINE DELETE? 

E310 

27 

23 


BEGULDLT1 


E31 2 

81 

78 


CMPA #78 

CH. INSERT 

E3 14 

27 

22 


BEQ, CHINS 1 

✓ 

E316 

CE 

E34E 


LDX#E34E 

NONE? PRINT * ILLGL CCODE’ 

E319 

3F 

12 


SWI PMSG 


E31B 

3B 



RTI 


SUf'C 

BD 

E09F 

CLR1 

JSR IN IT 


fgftr 

3B 



RTI 


E320 

7E 

E35A 

CR1 

JMP CREOP 


E323 

7E 

E3EA 

RIGHT 1JMP RIGHT 


E326 

7E 

E4D1 

LEFT1 

JMP LEFT 


E329 

7E 

E524 

UPI 

JMP UP 


E32C 

7E 

E5ED 

DN1 

JMP DN 


E32F 

7E 

E64D 

GO 1 

JMP GO 


E332 

7E 

E6AE 

CHDLT1JMP CHDLT 


E335 

7E 

E743 

LDLT1 

JMP LDLT 

. 

E338 

7E 

E654 

CHINS 1JMP CHINS 







* 





/ 
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DATA 

E33B 49 4E 49 54 20 4F 56 52 04 49 5U 56 4C 44 20 49 4E 54 04 
E34E 49 4C 4C 47 4C 20 43 43 4F 44 45 04 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
ROUTINE FOR CR/E0P 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 


E35A 

B7 

FC3C 

CREOP STAA FC3C 


E35D 

CE 

FC27 

LDX#FC27 


E360 

BD 

E0F5 

J SR STONW 

STORE MAR INTO NVADD 

E363 

F6 

FC28 

LDAB FC28 


E366 

B6 

FC27 

LDAA FC27 


E369 

C6 

05 

SUBB#05 

MAR- 5 

E36B 

82 

00 

SBCA#00 


E36D 

B7 

FC00 

STAA FC00 


E370 

F7 

FC0 1 

STAB FC01 


E373 

36 


PSHA 

SAVE TWO SETS OF MAR- 5 

E374 

37 


PSHB 


E375 

02 




E376 

86 

C2 

LDAA#C2 


E378 

BD 

E000 

J SR SBYTC 

SEND MLA OF DISPLAY 

E37B 

86 

89. 

LDAA#89 


E37D 

B7 

FBCA 

‘STAA FBCB 


E380 

32 


PULA 


E38 1 

BD 

E021 

J SR SBYTD 

SEND MAR- 5 TO MAR 

E384 

32 


PULA 


E385 

B,D 

E021 

JSR SBYTD 


E388 

86 

D2 

LDAA#D2 


E38A 

BD 

E000 

JSR SBYTC 

SEND MLAP 

E38D 

86 

89 

LDAA#89 


E38F 

B7 

FBCA 

STAA. FBCA 


E392 

86 

50 

LDAA#50 


E394 

BD 

E021 

JSR SBYTD 

SEND 0101 ON D7* D6 D5 D4 

E397 

86 

22 

LDAA#22 


E399 

BD 

E000 

JSR SBYTC 


E39C 

BD 

E05E 

JSR SNRC 


E39F 

BD 

E03D 

JSR RBYTE 

RECV. MS BYTE OF DISPLAY 

E3A2 

B7 

FC29 

STAA FC29 


E3A5 

BD 

E03D 

JSR RBYTE 

RECV. MIDDLE BYTE 

E3A8 

B7 

FC2A 

STAA FC2A 


E3AB 

BD 

E03D 

JSR RBYTE 

RECV * L S BYTE 

E3AB 

B7 

FC2B 

STAA FC2B 


E3B1 

BD 

E06D 

JSR RSNC 


E3B4 

CE 

FC00 

LDX#FC00 


E3B7 

BD 

El 1A 

JSR LCRNW 

RESTORE MAR- 5 IN MAR 

E3BA 

86 

C2 

LDAA#C2 


E3BC 

BD 

£000 

JSR SBYTC 


E3BF 

86 

89 

LDAA#89 


E3CI 

B7 

FBCA 

STAA FBCA 


E3C4 

B6 

FC29 

LDAA FC29 


E3C7 

F6 

FC3C 

LDAB FC3C 

RECOVER THE CODE FROM KB 

E3CA 

Cl 

08 

CMPB#08 

CODE FOR CR? 

E3CC 

27 

04 

BEQ,CR 


E3CE 

8 A 

C0 

ORAA#C0 

MAKE EOP= 1 

E3D0 

20 

02 

BRA^EOP 

* 

E3D2 

8A 

40 

CR ORAA#40 

MAKE EOL= 1 


SEND MS BYTE TO DISPLAY 


E3D4 

BD 

E021 

E3D7 

B6 

FC2A 

E3DA 

BD 

E021 

E3DD 

B6 

FC2B 

E3E0 

BD 

E021 

E3E3 

CE 

FC27 

E3E6 

BD 

El 1A 

E3E9 

3B 



EOP JSR SBYTD 
LDAA FC2A 
JSR SBYTD 
LDAA FC2B 
JSR SBYTD 
LDX#FC27 
JSR LCRNW 
RTI 


LOAD NWADDINTO MAR 


xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

ROUTINE FOR RIGHT 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

PROG. REG. CONTAINS 0101 


E3EA 

CE 

FC27 

RIGHT LDX#FC27 

E3ED 

BD 

E0F5 

JSR STONW 

E3F0 

CE 

FC0A 

LDX#FC0A 

E3F3 

BD 

El 1A 

JSR LCRNW 

E3F6 

■ CE 

FC29 

LDX#FC29 

E3F9 

BD 

E14D 

JSR RDCRA 

E3FC 

CE 

FC2C 

LDX#FC2C 

E3FF 

02 



E400 

BDEE170 

JSR REM IV 

E403 

B6 

FC29 

LDAAFC29 

E406 

85 

40 

BITA#40 

E408 

26 

34 

BNEjLAST 

E40A 

CE 

FC40 

LDX#FC40 

E40D 

BD 

E14D 

JSR RDCRA 

E410 

CE 

FC43 

LDX#FC43 

E41 3 

BD 

El 87 

JSR INTIV 

E416 

CE 

FC0A 

LDX#FC0A 

E41 9 

BD 

El 1A 

JSR LCRNW 

E41C 

CE 

FC29 

LDX#FC29 

E41F 

BD 

E19E 

JSR LDACC 

E422 

CE 

FC40 

LDX#FC40 

E425 

BD 

El 9E 

JSR LDACC 

E428 

CE 

VC27 

BACK LDX#FC27 

E42B 

BD 

El 1A 

JSR LCRNW 

E42E 

86 

05 

LDAA#05 

E430 

BB 

FC0B 

ADDA FC0B 

E433 

B7 

FC0B 

STAA FC0B 

E436 

4F 


CLRA ' 

E437 

B9 

FC0A 

ADCA FC0A 

E43A 

B7 

FC0A 

STAA FC0A 

E43D 

3B 


RTI 

E43E 

36 


LAST PSHA 

E43F 

84 

3F 

ANDA#3F 

E441 

B7 

FC29 

STAA FC29 

E444 

CE 

FC0A 

LDX#FC0A 

E447 

BD 

El 1A 

JSR LCRNW 

E44A 

CE 

FC29 

LDX#FC29 

E44D 

BD 

E19E 

JSR LDACC 

E450 

32 


PULA 


STORE MAR IN NWADD 
LD. CRADD INTO MAR 
READ CURSOR CH.INTO FC29 FC37 

REM. IV FROM CRSR.CH. 

EOL= 1 ? 

LD. NEXT COMP. CH. INTO FC40-FC4E 

LD. CRADD INTO MAR 

LD. INTO MEM. THE PREVIOUS CRSR.CH. 
LD. THE NEW CRSR. CH. 

RESTORE MAR 
CRADD=CRADD+5 


REMOVE EOP/EOL FROM CRSR. CH. 



# 6 


E4 5 5 

3 6 

CA 

BR 

LDAA# C A 




E457 

BD 

E C 2 1 


J SR SBYTD 




E4 5 A 

4 F 


BRC1 

CLRA 

SEND 

FIRST 

CH. 0 

E45B 

BD 

E 0 2 1 


JSIi SBYTD 



E45E 

3 6 

08 


LDAA# 03 




FA 6 1 7 

BD 

E021 


J SR SBYTD 




E4 6 3 

3 6 

4 1 


LDAA #4 1 




E4 5 5 

BD 

E 0 2 1 

- 

J SR SBYTD 




E4 6 3 

8 6 

23 


LDAA #23 




E46A 

BD 

E021 


J SR SBYTD 




E46D 

4F 



CLRA 




S4 6 E 

BD 

E021 


J SR SBYTD 




E4 7 1 

C6 

03 


LDAB# 03 




E4 7 3 

37 


LOOP 

PSHB 




E4 74 

4F 



CLRA 

1 



E4 75 

BD 

E02I 


J SR SBYTD 




E4 73 

4F 



CLRA 

SEND REMAINING 

E4 79 

BD 

E'02 1 


J SR SBYTD 




E4 7C 

4F 



CLRA 




E4 7D 

BD 

E02 1 


J SR SBYTD 




E43 0 

33 



PULE 




E43 1 

5A 



DECS 




E48 2 

26 

EF 


BNE* LOOP 




E4 3 4 

20 

A2 


BRAj BACK 




E48 6 

BD 

E1B6 

SFT . 

J SR SHIFT 




E489 

B6 

FC28 


LDAAFC28 




E48C 

8 B 

05 


ADDA# 05 

NVADD=NVADD+ 1 

E43E 

B7 

FC23 


STAA FC23 




E49 1 

B6 

FC27 


LDAA FC27 




E49 4 

39 

00 


ADCA#00 




E49 6 

B7 

FC27 


STAA FC27 




E499 

B6 

FC0B 


LDAA FC0B 




E49C 

8B 

05 


ADDA#05 

ADD 

5 TO 

CRADD 

E49E 

B7 

FC0B 


STAA FC0B 




E4A 1 

B6. 

FC0A 


LDAA FC0A 




E4A4 

89 

00 


ADCA#00 




E4A6 

B7 

FC0A 


STAA FC0A 




E4A9 

CE 

FC0A 


LDX#FC0A 




E4AC 

BD 

El 1A 


J SR LCRN-W 

LD. 

CRADD 

INTO 

E4AF 

36 

C2 


LDAA#C2 




E4B 1 

BD 

E000 


J SR SBYTC 




E4B4 

86 

89 ■ . 


LDAA#S9 




E4B6 

B7 

FBCA 


STAA FBCA 


* 


E4B9 

, 86 

4A 

A6 

LDAA#4A 

SEND 

FIRST 

BYTE 


BLANK CH. VI TH 


3 SYMBOLS OF BLANK 


MAH 


E4BB 
E4BE 
31 
IC3 
E4C6 
E4C9 
E4CB 
E4CE 

A/v A i'v/k 

ROUT I 
XXXXXJ 
E4D1 


^jL 

(6 FC0B 

FC0B 
FC0B 
00 

FBCA 
E45A 
1 X X X X X X X X X X X 

■IE FOR ’LEFT 

■r v v* v*V V" V’ * /■ V V 
a. A 'A ./ 't w \ 1 «r \ / V #\ 

CE FC27 


OF BLANK CH. 


B7 

B6 

32 

B7 

7E 


J SR S3YTD 
LDAA FC0B 
SUBA#05 
LDAA FCCB 
LDAA FCBB 
SBC Arc 2 
STAA FBCB 
JMP BRCH 

KXXXXXXXXXXXXXXXXXXXX 


■vXXXXXXXXXXXXXXXXXXXXXX. 

LEFT LDX#FC27 


CH 


E 4D4 
B4D7 
E4DA 
E4DD 

eaM 

E4E3 

E4E6 

E4B9 

E4EC 

E4BE 

E4F1 

E4F4 

E4F6 

E4F9 

E4FC 

E4FF 

E5J$2 

E5^5 

E508 

E9j$B 

E50B 

E5U 

1514 



BD E0F5 
Cl FC$A 
BD E11A 
CE FC29 
BD E14D 
CE FC2C 
BD E17/6 
B6 FC$B 

m 05 
B7 FC#B 
B6 FCJ0A 
82 05 
B7 FC0A 
CE FCj#A 
BD lllA 
CE FC4$ 
BD E14D 
CE FC43 
BD E187 
CE 180k 
•BD E11A 
CE FC40 
BD E19E 
CE FC29 
BD E19E 
CE FC27 
BD E11A 
3B 


JSR STOW 
LDX FCM 
JSR LCRWW 
LDX FC29 
JSR RDCRA 
LDX PC2C 
JSR REMIV 
LDAA FC#B 
SUBA 05 
STAA FC/6B 
LDAA EC0A 
SBCA 00 
STAA FC0A 
LDX FG0A 
fSR LCRW 
LDX FC A0 
JSR RDCRA 
LEX FC43 
JSR INTIV 
LDX FCj&L 
JSR LCRW 
LDX FC4# 
JSR LDACC 
LDX FC29 
• JSR LDACC 

Lix FC27 
JSR LCRW 
. *RTI 




XXXXXXXXXXXXXXXXXXXXXXXX 
.EE FOR 'DOWN' 


-E-524 CE 
E527 BD 
CE 


FC27 DE 
Ej6F5 
1O0A 
EllA 



LDX FC 27 
JSR STOW 
LDX FCj6A 
JSR LCRW 
LDX FC29 
JSR RDCRA 
LDX FC2C 
JSR REMIV 
LDAA FC29 


LOAD CRADD INTO EBAR 


LOAD CURSOR CH. IETO FC27-FC3? 


CRADD^CRADD-5 


READ THE NEW CURSOR CH. 


INTRODUCE IV 
JLOAf CRADD 


to otelSOR CH. WITH IV 


)AD 


CURSOR CH. WITHOUT 


RESTORE WALD 


STORE WADD 

LOAD CRADD INTO MAR 


RECEIVE THE CURSOR CH. IE TEMP i 
REMOVE IV . 


1545 . , 

1546 36 

1547 27 

1549 B6 
1540 84 

E54E B7 
E551 CE 
E554 BD 
E557 CE 


08 

FC29 

7F 

FC29 
FC0A A2 
E11A 
FC29 


A! 

80 

1 

PSHA 
BEQ, A 2 
LDAA FC 29 
AEDA 7F 


IT CONTAINS EOL? 
NO, BRANCH TO A x 


EOF? 


NO BRANCH TO A 2 , 
REMOVE BOP 


STAA FC29 ... 

LDX FCj6A " LOAD CR ADD INTO MAR 


JSR LCRW 
LDX FC2? 


I55A 

BD E19E 


E55D 

32 


E55S 

06 


B55F 

27 49 


E561 

20 44 


E563 

CE FC0A 

A1 

B566 

BD E1IA 


E569 

CE FC29 


E56C 

BD E19E 


E56F 

C6 D0 


E571 

BU E1EF 


1574 

36 


E575 

CB FC0A 


E578 

BD E0F5 


E57B 

FB FC0A 


E57E 

#9 , 


B57F 

FF FC0A 


E582 

52 


1583 

85 80 


B585 

27 23 


E587 

CE FC0A 


E58A 

BD E11A 


E58D 

CE FC29 


E590 

BD E14D 


E593 

B6 FC29 


1596 

8.4 7F 


E598 

B7 FC29 


E 59 B 

CE FC0A 


E59E 

BD E11A 


E5AL 

CE FC29 


E5A4 

BD Eigs 


E5A7 

7E E455 

A3 

E5AA 

B6 FQ0B 

A4 

E5AD 

8B 05 


E5AF 

B7 FC0B 


E5B2 

B6 FC0A 


E5B5 

89 00 


E5B7 

B7 FC0A 


E5BA 

CE FC0A 


E5BD 

BD ELIA 


E5C0 

CE FC 29 


E5C3 

BD B14D 

iliii 

E5C6 

E5C9 

B6 F£S%" 

|||| 

85 3F 

!■ 

IM 


JSR LDACC 

PULA 

TAP 

BEQ,A4 
BRA, A3 
LDX FC0A. 
JSR LCRNW 
LDX FC29 
JSR LDACC 
LDAB D0 
JSR HTBOL 
PSHA 
LDX FC0A 
JSR STOW 
LDX FCjDA 
DEC 

STX FC0A 
PULA 
BITA 30 
BBQ, A 4 
LDX FC0A 
JSR LCRNW 
LDX FC29 
JSR RDCRA 
LDAA IC29 

mm 7? 

SfAA fC29 
LDX FC0A 
JSR LCRNW 
LDX FC29 
Mt LDACC 
JMP, BE 
LDAAFC0B 
ADDA 05 
STAA FC0B 
LDAA FC0A 
ADCA 00 
STAA FC0A 
LDX FC0A 
JSR LCRlW 
LDX FC29 
JSR RDCRA 
FCigr 
80 


SEND CURSOR Cl,. BACK 


10 AD CRADD INTO MAR 
SEND CURSOR CH. BACK 

HUNT DOWN FOR BOL 


STORE MAR IN C RADD 


B5D1 

E5D4 

E5D7 

E5DA 

E5DD 


B5E3 

E5$6 

eetsq 


27 19 ; 

CB FC0A A5 
BD B11A 
CB FC20 
BD E187 
CE FC29 
BD EI9E 
01 FC27 
BD E11A 

TR 




LDX FC0A 
JSR LCRNW 
LDX FC2G 
JSR INSIY 
LDX FC29 
JSR LDACC 
LDX FC27 
JSR LCRNW 

P(PT 


IT CONTAINS E OP TOO? 
NO, BRANCH TO A5 

LOAD CRADD INTO MAR 


REMOTE BOP 


LOAD COMP. OH. WITHOUT BOP INTO 
{ ’R|©HT* ROUTINE) 


C RADD:=CRABD+ 5 


ACCESS NEW CURSOR CH. 

IT CONTAINS BOP? 

NO, BRANCH TO A5 
CO® OB. WIDTH= 0 ? 

YES, BRANCH TO A 6 

NBAR CRADD 

INTRODUCE IV 

SEND BACK THE NEW CURSOR CH, 
RESTORE NWADD INTO MAR 



4 





JSR LDACC 
|§AB C0 
JSr hteol 
LD 4B C0 
JSR HTEOL 
LDX FC0A 
JSR STOW 
LD/iA FC0B 
ADDA 06 
STAA FC0B 
LDAA FC0A 
ADCA 00 
STAA FC0A 


E5FD 

E5F0 

E5F3 

E5F6 
E5F9 
E5FC 
E5FF 
E602 
E605 
E608 
B60B 
B60E 
E661 
1613 
1616 
1618 
E61B 
E6lE 
1621 
1624 
1626 
1629 
1620 
162F 
1631 
1634 
163? 
E63A 
E 63 D 
E640 
1643 

I646 

E649 
1640 


01 FC27 
BD S0F5 
CE FC0A 

BD 111A 
Cl FC29 
BD E14D 
CE FC2C 
BD E17 j6 
CE FC0A 
BD 1170 
OE FC29 
BD E19E 
C6 00 
BD E1EF 
C6 C0 
BD E1EF 
CE FC0A 
BD 10F5 
B6 FC0B 
SB 06 
B7 F( 

B6 
89 

B7 _ 
BD 1114 
CE FC29 
BD E14D 
CE FC2C 
BD E187 
CE FC29 
BD ED91 
Cl FC27 
BD B11A 


LDX FC27 
JSR STOW 
LDX FC0A 
JSR LCRW 
LDX FC29 
JSR RDCRA 
LDX FC2C 
JSR REMiy 
LDX FC0A 


LEX FC2f 
JSR RDCRA 
LDX F020 
-JSR INSIV 
LDX FC29 
JSR LDACC 
LDX FC27 
JSR LCRW 
RTT 

LDX FC0A 
JSR LCRW 
RT- 


E65F 

1661 

E663 

1666 

E669 

166C 

1661 


BD 1 
85 80 

27 F7 
CE FC27 
BD E0F5 
B6 FC28 
SB 04 
B7 FC28 


JSR HTlOL 

bita m 

BEQ, LB 
LDX FC27 
JSR STOW 
LRAA FC28 
ABBA 04 
1®4A FC28 


STORE mar into wadd 
LOAD CRADD INTO MAR 

LOAD THE CURSOR CH. INTO wm 
REMOVE IV 11UU 


LOAD CRADD AGAIN INTO MAR 
SIND BACK THE CURSOR CH. WITH IV 
TOT POE EOL BAC MA S 
HUNT BACWARD FOR SECOND EOL 
LOAD MAR INTO CRADD 

UPDATE CRADD 


LOAD CRADD TO MAR 

READ THE NEW CURSOR CH, 
INSERT IV ‘ 


SEND BACK THE C.CE. 

LOAD WADD B^CK INTO MAR 


LOAD CRADD INTO MAR 


LOAD CRADD INTO MAR 

HUNT FORWARD FOR' EOL 
EOB? 



E671 B6 FC27 
E674 89 00 
E676 B7 PC27 
E679 BD E1B6 
E67C CE FC0A 
E67F BD B 11A 
B682 86 C 2 

E684 BD E000 
. E687 86 89 
E689 B7 EBCA 
B68G C6 0F 
E68E 37 LOOP 
E68F 4F 
E 90 BD E021 
E .93 33 
E695 5A 
E695 26 F7 

E697 CE FC0A 
E69A BD E11A 
E69D B6 FC0B 
E6A0 8B 05 
E6A2 B7 FC0B 
E6A5 B6 FC0A 
E 6A8 89 00 
-E6AA B7 FC0A 
F6AD 3B 


LDAA FC27 
ADCA 00 
ST Ail FC27 
JSR SHIFT 
LDX FO0A 
JSR LCRNW 
LDAA 02 
JSR SBYTC 
LDAA 89 
STAA FBOA 
LDAB 0F 
PSHB 
LDAA 00 
JSR SBYTD 
PIJLB 
DECB 

BEE, LOOP 
LDX FC0A 
JSR LCRNN 
LDAA FC0B 
ADDA 05 
STAA FC0B 
LDAA FO0A 
ADCA 00 
STAA FC0A 
RTI 


ROUTINE FOR 'CHARACTER DELETE 


E6AE CE 
E6B1 BD 
E6B4 Cl 
E6B? BD 
E6BA 86 
E6BC BD 
E6BF 86 
E6C1 B7 
E6C4 86 
E606 BD 
E6C9 
E6CC 

E6CF J6 
B' ' 


27 

E0F5 


ILIA 
02 

; ;v : a 



22 

E000 

5E 

3D 


CHDLT LDX FC27 
JSR STONW 
LDX FC0A 
. JSR LCRM 
LDAA 02 
JSR SlfTC 
LDAA Qf ■ 
STAA FBCA 
LD Ail 22 
JSR SBYTC 
JSR SNRC 
JSR RBYTB 



' Jl 

■ ■* lassiSl 




E6DC 2f 
E6DB 85 
E6B0 27 
E6E2 86 
E6E4 B7 
E6E7 20 
E6E9 86 
E6EB B7 
■RfiEE ?<f\ 



12 

80 

07 

C0 

FC29 

0A 

4 

FC29 

Si 


B2 


BE 0, El 
BITA 10 
BEQ,B/ - 
LDAA 00 
STAA FC29 
BRA, B3 
LDAA 40 
STAil FC29 

T3P & "D'S; 


SEND MM OF DISPMY 
ROMOVE ATN 


LOAD 00 IN SURSQR CH, 


LOAD CRADD INTO NBAR 


CRADD=CRADD+ 5 
CRADD=CEADD+5 


POSITION FOR 
COMPRESSING 


LOAD CRilDD INTO NBAR 


SEND MTA OF DISPMY 
RECEIVE MS BYTE OF CURSOR CH. 
TO BRING THE COUNT OF 3 


E0L=1? 

NO, BBRANCH TO B1 
E0P=1 TOO? 

NO, BRANCH TO B2 

MS BYTE OF ERASED CH.=08 EXCEPT 


MS BYTE =00 EXCEPT B0L=1 



E6F3 C6 0E B3 
E6F5 GS FC2A 
B6F8 6F 00 LOOP 
B6FA 08 
E6FB 5A 
E6FC 26 FA 
E6FE CE FC0A 
E701 BD E11A 
E704 GE FC29 
E707 BD E19B 
B70A OB- FC27 
E70D BD E11A 
E710 3B 


I g B AB 
LDX fc; 
CLR 0,X 
INX 
DECJB 

BNE, LOOP 
LDX FC0A 
JSR LCRNW 
LDX FQ29 
JSR LBACC 
LDX FC27 
jsr msm 

RTI 




LOAD 00 IN' THE. ROGATIONS FROM FC2A 


cradd near 


LOAD 00 (WITH EOL EOF ETC) INTO THE 
ERASED CH. POSITION 

NWADD 


XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
ROUTINE FOR ’LINE DELETE’ 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
E7AB CE FC27 LDLT LDX FG27 

JSR STONW 


ETa.6 
E7A9 
E7AG 
E r AF 
E'.Bl 
17B 4 


E 7BA 

etbd 

E7|F 

E7S2 

E7C5 

E7C7 

E7G1 


E'/D^ 
DTPS 
E7KE > 
E7DE 
E7DF. 
E7B2. 
B7E3 
E7E6 
E7E8 
E 7B9- 
E7BO 


BD E0F5 
GE FC0A 
BD E11A 
CE C0 
BD E1EF 
GE FC0A 
BD E0F5 
B6 FC0B 
SB 06 
B7 FG0B 
B6 FG0A 
89 00 
B7 FG0A 
CE FG0A 
BD 111A 
C 6 D0 
BD E1EF 
GE FC50 
BD E0F5 
FE FC50 

09 ^ 

FF FC50 
4F 

CE FG 29 

A7 00 

08 

80 FG 58 

|| F8^ 

BD E 11 A 


LDX FG0A 
JSR ,LCRNW 
LDAB 00 
JSR HTEOL 
LDX FG0A 
JSR STONW 
LDAA FC0B 
ADDA 06 
LTAA FG0B 
LDAA FC0A 
ADC A 00 
STAA FC0A 
LDX FC0A 
JSR LCRNW 
LDAB D0 
JSR HTEOL 
LDX FC50 
JSR ST0NW 
LDX FC50 
DEX 

STX FC50 
LDAA 00 
LDX FC29 

LOOP STAA 0,X 
■INX 

CMX FC 38 

BUS , LOOP 


STORE NWADD 
LOAD ORADD INTO MAR 

BACK SCAN FOR EOL 

STORE MAR INTO CRADD 


C RADD=C RADIK- 5 


LOAD CRADD INTO NEAR 
HUNT FORWARD FOR EOL 


MOTE MAR TO FC50/51 
MAR=MAR-1 


FILL 00 IN FC29 TO FC37 


LOAD CRADD INTO MAR 


JSR .. -LCRNW 
E7F4 Cl FG29 LDMOR LDX FC29 

FDF7 BD B19B JSR LDACC 

FDF1 m EC 50 LDX FC 50 

FD*FD BO FC0A CMX FC0A 

FD,00 27 14 BEQ, LDOVR 

FD02 02 NOP 

FD,03 B6 FC51 LDAA FC51 

FD|06 80 05 SUBA 


MAR=CRADD7 



MAR=MAR-5 


FD08 

FD0B 

FD0E 

FD10 

FD13 

FD16 

FD19 

FDlG 


B7 FD51 
B6 FC50 
82 00 
B7 FC50 
7B B7F4 
CE FC27 
BD Ell A 
3B 


SEA A FC51 
LDAA FC50 
SBCA 00 
STAA FC 50 
J m LDMOR 
LDX F027 RESTORE WARD INTO MAR 
JSR LORNW 
RTI 



xxmzxzxzziDcxxx 

SUBROUTINES 

xxxxxzxxxzxxzzxx 


SEND BYTE AS CONTROLLER 

xxzxxxzxzxxx xxxxxxmxxxxxxxxxx ' 

EITE TO BE SENT IS ASSUMED IN ACCA 


E002 

E005 

E008 

B00A 

E00C 

E00F 

EjZSll 

E(2fl4 

E017 

E019 

10 IB 

ED ID 

Ej620 


CE 09 SBYTC 
E7 PBCA 
E6 FBCA LPI 
04 02 
27 F9 
B7 FBC8 
86 08 
B7 FBCA 
B6 FBCA LP2 
84 04 
27 F9 
86 09 
B7 FBCA 
39 


SEND ATN= ’LO * 


LDAB 09 
STAB FBCA 
LDAB' FBCA 
ANDB 02 
BEQ, LB I 
STAA FBC8 
LDAA 08 
STAA FBCA 
LDAA FBCA 
ANDA $4 NDAC=KJ • 
BEQ, Ly3 

LDAA 09 REMOVE LAV 
STAA FBCA 
RTS 


LOAD DATA ON BUS 
SENE BAV= * LO 1 


SEND BYTE AS DEVICE 
1021 F6 FBCA LPI LDAB FBCA 

“n a ■ // a I ! 'ii ■. 


E024 

E026 

E028 

E02B 

E02D 

E030 
E033 
E035 
1037 
B03 9 
E03C 


B4 02 
27 F9 
B7 FBC8 
86 88 
B7 


4m 02 NRFOdSI? 
BEQ, DPI 
STAA FBC8 
LDAA 88 

. .STAA FBCA 

B6 FBCA LP2 LDAA FBCA 

84 04 ANDA 04 NDAC=fiI? 

27 F9 BEQ, LB2 

86 89 * LDAA 89 REMOVE DAV 

#7 FBCA STAA FBCA 

39 RTS 


LOAD DATA ON BUS 
SEND DAV=LO 


RECEIVE BYTE' AS DEVL01 

VTTTrT7-,-r-r^ 

axx 


B§3P • If jpc?™ I?ii ^ SBro HEBWJI (NDAC=-LO. +ira=B : 

Jilb !l l 08 8203173 bits ik aoca 

if® « raS »t SSffl lot SEHD NDAC=HI ’ m?I1=I ‘ 0 

B054 C4 01 ANDB 01 DAV=HI? 

B 056 27 F9 BEQ, LP2 

B058 C6 89 LDAB 89 SEND HDAC NRFD-’LO 1 

B^5A F7 FBCA STAB FBCA ’ 

B05D 39 RTS 


SEND TO pSOEIfS CONVERTER 


PROG ATN, NT -VC , NRPD AS IO/P’S 


RECEIVE : " 

E05P Ci 86 'SNRC. LDAB 86 
B<j60 JSR PRGPR 

S063 m CLRB 

ld6 4 BD E08E JSR PRGPA PA0-PA7 AS INPUTS 
E067 86 89 LDAA 89 REMOVE ATN 

B069 B 7 PBCA STAA E BCA 

EO 60 39 RTS 

xzixzmsxxzzxxxmxxxmxsxxxxxxzxxzxx 

RECEIVE TO SEND AS CONTROLLER CONVERTER 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
30 SD 86 09 RSNC LDAA 09 

30 SF B 7 PBCA STAA PBCA SEND ATN=LO 

BO 72 C 6 81 LDAB 81 

3074 BD E07D JSR PRGPB PROG ATN , DAV AS 0/P. 

3077 C 6 PP LDAB PP 

E079 BD B08E JSR PRGPA P AO -PA 7 AS O/P’S 

E07C 39 RTS 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

PROGRAM PERIPHERAL LINES PB0-7 ( PRGPB ) 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

E07D 36 PBCBPKffi LDAi PBCB 

3080 84 PB ANDA PB CRB2=0 POR DDRB ACCESS 

3082 B7 PBCB STAA PBCB 

EO 85 P7 PBCA STAB PBCA OUTPUT THE CONTENTS OP ACCB TO DDRB 

3088 8 A 0 4 ORAA 04 

30 8 A B7 PBCB STAA PBCB CRB 2=1 

E08D 39 RTS 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
PROGRAM PERIPHERAL LINES PA0- 7 ( PRGPA ) 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
BQ 8 B B 6 FBC 9 EiGEA LDAA PBC9 

30.91 84 PB ANDA PB CRA2=0 POR DDRA ACCESS 


3093 B7 PBC9 


3096 P7 PBC 8 
‘3099 8 A 04 
30 9B B7 PBC9 
E09E sg 


ST Ail PBC9 
STAB PBC 8 
0RAA 05 
S.TAA FBC 9 
RTS 


OUTPUT THE CONTENTS OP ACCB TO DDRA 
CRA2=1 


NOTE; BOTH THE ABOVE PROGRAMS ASSUME THE BOTE TO BE LOADED INTO 
RESPECTIVE DDR’S PRESENT IN^ICCB. 


INITIALIZATION ROUTINE (INIT) 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

B09P C 6 89 INTT LDAB 89 ATN * IPC AND DAV AS 0/P AND OTHERS AS 
BD E07D VSR PRGPB 
86 81 LDAA 81 

B7 PBCA STAA PBCA SEND IFC=LO 

86 0F LDAA 0F 

4A LPI DEC A LOOP POR 92 ^sec 

26 PD BNE, LPI 

86 89 LDAA 89 


E0A1 

E0A4 

E0A6 

E0A9 

E 0 AB 

E-0AC 

E0AB 


INI 


E0B0 

B7 

FBCA 


STAA FBCA 

E0B3 

86 

D2 


LDAA D2 

F0B5 

BD 

B000 


JSR SBYTC 

E/B8 

86 

89 


LDAA 89 

B0BA 

B7 

FBCA 


STAA FBCA 

B0BD 

86 

50 


LDAA 50 

E0BF . 

BD 

E021 


JSR SBYTD 

E0C2 

86 

C2 


LDAA C2 

S0C4 

BD 

E000 


JSR SBYTC 

B0C7 

86 

89 


LDAA 89 

E0C9 

B7 

FBCA 


STM FBCA 

B0CC 

CE 

1000 


LDX 1000 

E0CF 

86 

00 

LOOP 

LDM C0 

E0D1 

BD 

E021 


JSR SBYTD 

E0D4 

4F 



CLRA 

D0D5 

BD 

E021 


JSR SBYTD 

D0D8 

4F 



CLRA 

D0D9 

BD 

E021 


JSR S BYTD 

D0DC 

09 



DBX 

E0DD 

26 

F0 


BNE, LOOP 

E0DF 

86 

81 


DDAA 81 

E0E1 

B7 

FBCA 


STAA FBCA 

E0E4 

86 

0F 


LDAA 0F 

E0E 6 

4A 


LP2 

DEC A 

E0E7 

26 

FD 


BNE, IP 2 

E0E9 

86 

89 


LDM 89 

E0EB 

B7 

FBCA 


STM FBCA 

E0EE 

7F 

FC0A 


CLR FC0A 

E0F1 

7F 

FC0B 


CLR FC0B 

E0F 4 

39 



RTS 

NOTES 

: 1 . 

THIS 

PROGRAM ASSUMES 


REMOVE IPO 

SEND MM PROG- OF DISPMY 


REMOVE ATN 

SEND 0101 ON D7 D6 D5 D4 


SEND MM OP DISPMY 
REMOVE ATN 


SET N=lJ 000 


SEND ONE WORD TO DISPMY MEM j 
FOR INITIALIZATION 


N=N-1 

N=0? NO, LOOP 
SEND IFC LO 


LOOP FOR 92 , (isec 


REMOVE IFC 
CLEAR CRADD 


ANYTHING AND LEAVES IT CONTAINING 0101. 

2. ATN, IFC, DAV LINES ARE LEFT AS O/P'S OUTPUTTING HI,! 
HI, HI. 


XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
STORE MAR IN N8ADD/CRADD 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

X=FC27: STORE IN NWADD 
X=FC0At STORE IN CRADD 


E0F5 

E0F7 

E0FA 

E0FC 

E0FF 

ed6i 

E104 

E106 

E109 

ei 0 c 

E10F 

Elll 

E114 


86 D2 STONW LDAA D2 
BD E000 JSR SBYTC 


86 89 
B7 FBCA 
86 % 

BD E021 
86 22 
BD E000 
BD E05E 
BD E03D 
A7 01 
BD E03D 
A7 00 


LDAA 89 
STAA FBCA 
LDAA 30 
JSR SBYTD 
LDAA 22 
JSR SBYTC 
JSR SNRC 
JSR RBYTE 
STAA 1,X 
USR RBYTE 
STAA 0,X 


SEND MLA PROG OF DISPLAY 
REMOVE ATN 

SEND 0011 ON D7 D6 D5- D4. 

SEND MTA OF DISPMY 

RECEIVE LS 8 BITS OF MAR 
STORE IN NWADD/ CRADD 
RECEIVE MS 4 BITS 



Ell6 BD E06D JSR RSNC ! 

B119 39 RTS 

I NOTES 1. PROG REG. IS LEFT CONTAINING 0011 | 

2, TALKER FUNCTION OF BISPLAY IS LEFT IN ACTIVE S(j 

xXxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx i 

Boad crabd/nwabd into mar 

THIS ROUTINE LOADS CRADD (XsfC0A) OR NWADD (X=RC27) INTO MAR 


E11A 86 D2 LCRNW LDAA D2 ' f 

E11C BD E000 JSR SBYTC SEND MLA PROG OF DISPLAY 

E11F 86 89 LDAA 89 " 

E121 B7 FBCA STAA FBCA REMOVE ATN I 

E124 86 30 LDAA 30 1 

E126 BD B02-1 USR SBYTD SEND 0011 ON D7 D6 D5 D4 1 

E129 86 C 2 LDAA C2 ( 

E12B BD B000 JSR SBYTC SEND MLA OF DISPLAY f 

E12E 86 89 LDAA 89 { 

E130 B7 FBCA STAA FBCA REMOVE ATN j 

E133 A6 01 LDAA 1,X SEND MS 4 BITS OF CRADD/NWADD 

E135 BD E021 USR SBYTD i 

E138 A.6 00 LDAA 0,X SEND LS 5 BITS OF CRADD/NWADD | 

E13A, BD E021 JSR SBYTD I 

E13D 86 D2 LDAA D2 | 

E13F BD B000 JSR SBYTC SEND MIA PROG 1 

E142 86 89 LDAA 89 

E144 B 7 FBCA STAA FBCA REMOVE ATN j 

E147 86 50 LDAA 50 

B149 BD E021 JSR SBYTD SEND 0101 ON D7 D6 D5 D4 

E14C 39 RTS I 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXX 
READ ONE COMPOSITE CH. FROM DISPLAY MEMORY 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXSEIXXXXXXXXX j 

THE RECEIVED COMP. CHARACTER IS LEFT IN 15 LOCATIONS FOLLOWING j 
THE ADDRESS CONTAINED IN X EG . FOR X=FC29, the COMP. CH. IS STd 
AS UNDER: 

PROG. REG. IS ASSUMED TO CONTAIN 0101 j 


E14D 

E14F 

E152 

E155 

B157 

B158 

E15B 

E15D 

B15B 

E15P 

E160 

E162 

E165 

E167 

E16A 

B16C 

E16F 


86 22 RDCRA 
BD E000 
BD E05S 
86 0F 

36 LOOP 
BDE03D 
A7 00 
08 
32 
4A 

26 F5 
BD E06D 
86 20 
BD E 000 
86 89 
B7 FBCA 
39 


LDAA 22 

JSR SBYTC SEND MTA OF DISPLAY 

JSR SNRC RECEIVE MS BYTE OF CURSOR WORD 

LDAA 0F SET COUNTER N=15 

PSHA 

JSR RBYTE 
STAA O f X 
INX 
PULA 
DECA 

BNE, LOOP 
JSR RSNC 
LDAA 20 

JSR SBYTC SEND UfT 
LDAA 89 

STAA FBCA REMOVE ATN - 
RTS 




xxxxxxxxxxxx 

ROMOVE IV 

xxxxxxxx x xxx 

(IV IS REMOVED PROM 4 SYMBOL CH'S FIRST OF WHOM IS GIVB 
INDEX REG) 


E170 

C 6 BF REMIV 

LDAB 

BF 

E172 

17 

TBA 


E173 

A4 00 

ANDA 

o,x 

E175 

A7 00 

STAA 

o,x 

E177 

17 , 

TBA 


E178 

A4 03 

ANDA 

3,2 

E17A 

A 7 03 

STAA 

3,2 

E17C 

17 , 

TBA 


E17D 

A4 06 

ANDA 

6,X 

E17F 

A 7 06 

STAA 

6, X 

E181 

17 , 

TBA 


E182 

A4 09 

ANDA 

9,2 

E184 

A 7 09 

STAA 

9,2 

E186 

39 

RTS 


xxxxxxxxxxxxx 



INTRODUCE IV 



XXXXXXXXXXXXX 



B187 

C6 40 INTIV 

LDAB 

40 

E189 

17 

TBA 


EISA 

AA 00 

ORAA 

o,x 

E18C 

A 7 00 

STAA 

0,X 

E18E 

17 . 

TBA 


E18F 

AA 03 

ORAA 

3,X 

E191 

A7 03 

STAA 

3,2 

E193 

17 

TBA 


E194 

A A 06 

ORAA 

6,X 

E196 

A 7 06 

STAA 

6,X 

E198 

17 , 

fflBA 


E199 

AA 09 

ORAA 

9,X 

E19B 

A7 09 

STAA 

9,2 

E19D 

39 

RTS 



XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 




! 

E19E 

86 C 2 LDACC 

LDAA C 2 



E1A0 

BD E000 

JSR SBYTC SEND MLA OF DISPLAY 


EIA3 

86 89 

LDAA 89 



E1A5 

B7 FBCA 

STAA FBCA REMOVE ATN 



E1A8 

G6 0F 

LDAB 0F 



E1AA 

37 NXTBT 

PSHB 



EIAB 

A6 00 

LDAA 0,X 



E1AD 

BD E021 

JSR SBYTD SEND MS BYTE OF 

COMP. 

mj 

VJlI h 

EIB0 

08 

I NX 



E1B1 

33 

PULB 



EIB2 

5A 

DECB N=N-1 



E1B3 

26 F5 

BNE , NXTBT ALL 15 BYTES 

SENT? 


E IB 5 

39 

RTS 



NOTE: 

THIS PROGRAM 

SENDS 15 BYTES TO DISPLAY - 

FIRST 

of m 


BYTE IS POINTED TO BY X. 




mxp^xxxxxzxxxxixxzmzxxxzzzjoxxxxxx 

SHIFT MEMORY BY ONE COMP. 8H. UPTO CRADD 


EXB6 FE F027 SHIFT 
. EXB9 FF FC50 
BIBO BC FC0A RET 
EH3F 27 27 
B1C1 B6 FC28 
E1C4 80 05 
E1C6 B7 FC 28 
E1C9 B6 FC27 
B1CC 82 00 
BICE B7 FC27 
E1D1 CE FC 27 
B1D4 BD E11A 
B1D7 CE FC29 
E1DA BD E14D 
E1DD CE FC29 
ElEO/ BD E19E 
EIE3 FE FC27 
20 D4 


LDX FC27 
STX FC50 SAVE NWADD IN FC50/51 
CMX FC0A SHIFTING OVER? 

BLE, SFTOVR 
LDAA PC 28 


SUBA 05 
STAA FC28 
LDAA FC27 
SBCA 00 
STAA FC27 
LDX FC 27 
JSR ICRNW 
LDX FC29 
JSR RDCRA 


NWADD=NWADD- 5 


LOAD NWADD INTO MAR 


- READ MEMORY. COMP. GH. ( 

LDX FC29 GETS INCREMENTED BY 5) i 
JSR LDACC LOAD IT BACK INTO DlSPlI 

MEMORY 


RECOVER ORIGINAL NWADD 


- -_j LDX FC27 

E1E6 20 D4 BRA RET 

EIE8 FE FC5O/SFT0VR LDX FC50 

BIBB FF FC27 STX FC27 

El ISIS 39 RT S 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

HUNT FOR EOL (FORWARD OR BACKWARD) 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

For Forward Hunting B=D0, Backward Hunting B=C0 


E1BF 

37 HTEOL 

PSHB 

E1F0 

86 D2 

LDAA D2 

EIF2 

BD B000 

JSR SBYTflS 

B1F5 

86 89 

LDAA 89 

EIF7 

B7 FBCA 

STAA FBCA 

BIFA 

32 

PULA 

E1FB 

BD B021 

JSR SBYTD 

E1FE 

86 22 

LDAA 22 

E200 

BD E000 

JSR SBYTC 

B203 

BD E05E 

JSR SNRC 

E206 

BD E03D LOOP 

JSR RBYTE 

E209 

85 40 

BITA 40 

E20B 

27 F9 

BEQ, LOOP 

E20D 

36 

PSHA 

E20E 

BD E06D 

JSR RSNC 

E211 

86 20 

LDAA 20 

E213 

BD B000 

JSR SBYTC 

E216 

86 89 

LDAA 89 

E218 

B7 FBCA 

STAA FBCA 

E21B 

32 

PULA 

B21C 

39 

RTS 


j 

' ■ , ' . ' J 

SEND MLAP 

. • ' ■ ■ ' ' . ' ' J 

REMOVE ATN | 

SEND CONTENTS OF B INTO ' 

SEND MTA OF DISPIAY 

RECEIVE MS BYTE OF MBMGR 
BOL=l? IN CjrgwgT MODI 

NO, LOOP FOR MORE 

SEND UNT 
REMOVE ATN 


rt ;»395B 


Date SlipAD5456 

This book is to be returned on the 
date last stamped. 
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